xml-formatter比atom-beautify更适合XML，因其专为XML设计，默认保留CDATA、注释、处理指令及换行逻辑，避免误拆和属性错序；而atom-beautify作为通用工具易破坏XML结构完整性。
Atom 本身不渲染 XML，也不提供结构树视图，但能可靠完成编辑、校验和格式化——前提是插件选对、配置踩准、操作节奏对得上。
为什么 xml-formatter 比 atom-beautify 更适合 XML
atom-beautify 是通用型美化器，对 XML 容易误拆 CDATA 块、打乱属性顺序、或把多行文本压成单行；而 xml-formatter 专为 XML 设计，默认保留注释、处理指令、命名空间和换行逻辑。
- 安装后无需配置即可使用，快捷键是
Ctrl+Alt+Shift+B（Windows/Linux）或Cmd+Alt+Shift+B（macOS） - 若右键菜单里没有 “Format XML”，说明插件未启用或文件未被识别为 XML —— 检查右下角语言模式是否为
XML，不是Plain Text - 关键设置项
collapseContent必须关闭，否则<description>多行内容</description>会被强制压成一行，破坏可读性 - 缩进可自定义：在
Settings → Packages → xml-formatter → Settings中修改indentation，支持" "或"\t"
用浏览器打开 XML 文件做“准预览”时的硬性要求
浏览器不是万能预览器，但它是最快速暴露语法错误的手段——前提是 XML 文件本身满足基本良构性（well-formedness）。
- 必须包含 XML 声明：
<?xml version="1.0" encoding="UTF-8"?>，否则 Chrome/Firefox 可能直接拒绝解析 - 推荐安装
open-in-browser插件，按Alt+Shift+O一键唤起默认浏览器，避免手动找文件再双击 - 浏览器报错会精确到行号和列号，比如
error on line 42 at column 17: Opening and ending tag mismatch，比 Atom 控制台更直观 - 注意：浏览器只验证语法，不校验 DTD/XSD 约束，也不执行 XSLT；它不等于“渲染效果”，只是结构合法性快筛
命令行校验 xmllint 怎么集成进 Atom 工作流
视觉检查 + 浏览器预览仍可能漏掉嵌套过深或编码隐性问题，xmllint --noout 是开发流程中真正可靠的终审环节。
- macOS 自带
xmllint；Windows 用户可通过 Chocolatey 安装：choco install libxml2 - 在 Atom 中启用终端插件（如
platformio-ide-terminal），运行：xmllint --noout your-file.xml - 无输出 = 良构；有输出 = 错误详情（含行/列定位），例如：
test.xml:5: parser error : Opening and ending tag mismatch: item line 3 and root - 不要依赖插件自动调用该命令——不同项目路径、编码、命名空间可能导致行为不一致，手动跑一次最稳
容易被忽略的格式化陷阱
看似简单的格式化动作，常因上下文细节翻车。几个高频踩坑点：
-
language-xml插件通常默认启用，但如果打开 .xml 文件没高亮，手动搜装一遍最省事 - 含内联 JS/CSS 的 XML（如某些配置文件或 SVG 片段），先开
Editor: Toggle Soft Wrap（Ctrl+Shift+P调出命令面板输入），避免长行遮挡标签配对 - 不要对已压缩的 XML（如
<root><a>b</a></root>）直接格式化后手动删空行——极易漏闭合标签，应先用浏览器或xmllint确认良构再格式化 - 如果用了
atom-beautify，务必在它的设置里禁用 XML 支持，否则和xml-formatter冲突，导致快捷键失效或格式错乱
真正卡住人的往往不是功能缺失，而是某处缩进空格没对齐、某个声明漏了版本号、或者插件之间悄悄覆盖了快捷键——这些细节不显眼，但一出错就难定位。
