XML Tools 插件在 Sublime 中真正起作用需同时满足：文件被识别为 XML 语法、编码为无 BOM 的 UTF-8、XML 结构合法；三者缺一不可，否则出现无响应、缩进错乱或中文乱码等问题。
Sublime 中 XML 格式化插件真正起作用的前提，不是装了就行，而是文件被正确识别、编码无 BOM、语法合法——三者缺一不可。其他所有“没反应”“缩进错乱”“中文变问号”，基本都卡在这三步上。
XML Tools 插件必须装对且加载成功
搜“XML Formatter”或“Pretty XML”这类名字的插件大概率白装：它们不解析结构，只做正则替换，甚至会把<img src="x" alt="Sublime中XML格式化插件的使用技巧" >错闭合成<img src="x" alt="Sublime中XML格式化插件的使用技巧" >，直接破坏 XML 语义。唯一经长期验证、兼容 Sublime Text 4 且持续维护的是 XML Tools（作者 tomv564）：
- 必须通过
Package Control: Install Package安装，不能拖文件进Packages/目录 - 装完重启 Sublime，或手动执行
Package Control: Satisfy Dependencies - 打开命令面板
Ctrl+Shift+P，输入XML Tools: Pretty Print (XML)能出现并可执行，才算到位 - 右键菜单里没出现
XML Tools → Pretty Print (XML)？说明插件未加载，查Ctrl+`控制台是否有ImportError
格式化没反应？先看右下角和编码
快捷键 Ctrl+Alt+Shift+P（Win/Linux）或 Cmd+Alt+Shift+P（macOS）只是个触发器，它不工作不代表插件坏了，而是前置条件没满足：
- 右下角状态栏必须显示纯
XML——点击它 → 搜XML→ 选带图标的那个，不是XML (Text)或XML (Sublime) - 文件编码必须是无 BOM 的
UTF-8：File → Reopen with Encoding → UTF-8，再Save with Encoding → UTF-8 - 开头有
\ufeff（BOM）、\x00（空字节）或 Windows 记事本存的带 BOM UTF-8，都会触发UnicodeDecodeError - 裸露的
&（如price & tax）会直接报XML Parse Error，得先全局替换成&
缩进错乱、注释偏移、CDATA 被展开不是 bug
XML Tools 不提供细粒度开关，它的行为由内置规则硬编码决定。你看到的“问题”，其实是它严格遵循 XML 规范的默认表现：
- 调整缩进只靠
"indentation_size": 2（数字，不是字符串），写成"2"会失效 -
"preserve_whitespace": false才允许重排空行；设为true反而让缩进更乱 - 注释位置偏移、
被展开成纯文本，无法关闭——这是插件主动保留原始内容语义的结果 - 属性不会自动排序，长属性也不会折行；想控制这个，得换
xmllint --format或写 Python 脚本调xml.etree.ElementTree
大文件卡死、报错、中文变问号时该切工具链了
XML Tools 是内存全量加载，不是流式处理。一旦超它舒适区，“一键美化”就变成风险操作：
- 500KB 以内基本稳；超过 2MB 就可能卡住 10 秒以上，甚至触发 Sublime 无响应警告
- 中文变问号 = 编码没切对，不是插件问题；确认已用
Reopen with Encoding → UTF-8且保存时也选了 - 连
xmllint --format input.xml > output.xml也报错？说明 XML 真有问题——用 Python 一行救急：python -c "import xml.etree.ElementTree as ET; ET.parse('input.xml'); print('valid')" - 真实体积常超 2MB 的 XML（比如数据库导出或日志拼接），这时编辑器不是工具，是瓶颈；优先复制内容到新窗口再试，或直接终端跑
xmllint
真正麻烦的从来不是格式化本身，而是混合了 DTD、XSD 引用、命名空间前缀冲突的 XML——这类文件，Sublime + 手动分段处理，反而比强依赖自动化的编辑器更可控。别指望一个插件解决所有问题，关键是要知道哪一步在卡哪一类错误。
