代码格式化与在线运行速查表
格式化、校验、在线试跑——这三个动作覆盖了日常处理代码片段的大部分需求。本页说明它们各自的边界，并把最常吵不出结果的缩进、引号、分号等风格取舍列成对照表。
三类工具对照
| 工具 | 做什么 | 典型场景 | 注意 |
|---|---|---|---|
| XML 格式化 | 重新缩进并校验 XML 结构 | 接口报文、配置文件、SOAP 响应 | 标签未闭合会直接报错 |
| JS 格式化 | 统一缩进、引号、分号与换行 | 接手他人代码、合并前统一风格 | 只改排版不改语义，但需确认行尾分号规则 |
| JS 运行 | 在浏览器里执行片段并查看输出 | 验证正则、试算法、调试小函数 | 运行在浏览器沙箱内，无法访问文件系统 |
常见风格取舍
| 维度 | 选项 A | A 的特点 | 选项 B | B 的特点 |
|---|---|---|---|---|
| 缩进 | 2 空格 | 前端主流，嵌套深时省横向空间 | 4 空格 | Python 与部分后端偏好，层次更醒目 |
| 缩进 | 空格 | 任何编辑器显示一致 | Tab | 可自定义宽度，但混用易错乱 |
| 引号 | 单引号 | JS/Python 常见，HTML 属性中更安全 | 双引号 | JSON 强制要求，JSX 属性惯用 |
| 行尾 | 加分号 | 避免自动分号插入的边界坑 | 不加分号 | 更简洁，需规避以 ( [ ` 开头的行 |
常见问题
格式化会改变代码的运行结果吗？
正规的格式化工具只做词法层面的排版，不改变语法结构，因此不会改变运行结果。但有两个真实风险要注意。一是自动分号插入：JavaScript 在不写分号的风格下，如果一行的开头是括号、方括号或反引号，可能被解析器接上一行，格式化调整换行位置就可能触发这个问题。二是压缩与格式化是相反的操作，压缩会删掉空格和换行，如果代码依赖分号，压缩前必须先保证分号完整。稳妥做法是格式化后跑一遍测试或静态检查。
XML 和 JSON 该怎么选？
新项目默认选 JSON，除非有明确理由。JSON 更轻、类型更清晰、与 JavaScript 天然互操作，解析库也普遍更快。XML 仍有优势的场景：需要 schema 强校验、需要命名空间隔离、需要混合内容与属性、以及对接既有的企业系统（很多金融、政务接口仍是 SOAP 或 XML）。另外 XML 支持注释，JSON 标准不支持，配置文件的可读性场景有时这也是一个考虑点。
在网页里运行 JavaScript 安全吗？
看代码来源。浏览器里的执行环境本身是沙箱化的，无法读写本地文件，也不能访问同源之外的资源，所以运行自己写的片段是安全的。风险在于粘贴来历不明的代码：它可能发起网络请求把数据传走，或者利用当前页面的上下文做操作。建议只运行自己写或可信任来源的代码，涉及密钥和真实数据的场景一律不要在在线运行器里处理。
团队里缩进风格吵不出结果，怎么办？
不要靠讨论解决，用工具固化。选定一种主流风格（前端用两空格、Python 用四空格是最省事的起点），然后把规则写进编辑器配置与格式化工具的配置文件，提交到仓库里，让每次保存自动生效。关键在于自动化而不是共识：有了配置文件，新成员不需要了解争论史，工具会替团队做决定。剩下唯一要人工把关的是命名与结构，这些格式化工具管不了。