格式化命令无响应的最常见原因是sublime未识别文件为json：必须手动设置语法模式为json、编码为utf-8、内容符合标准json规范（无注释/单引号/尾逗号），三者缺一不可。
能直接处理，但必须满足三个前提：文件编码是UTF-8、语法模式设为JSON、内容是标准JSON（无注释/单引号/尾逗号）。
为什么“格式化”命令点了没反应？
最常见原因是Sublime Text没识别出这是JSON——它默认按纯文本解析，而Pretty JSON: Format JSON只对合法JSON结构生效。
- 手动设置语法模式：
Ctrl+Shift+P→ 输入Set Syntax: JSON→ 回车（别依赖文件后缀，.txt里粘的API响应也得这么设） - 检查隐藏字符：用
Ctrl+Shift+P→View: Show Console，输入view.encoding()确认返回'UTF-8'；若为'UTF-8 with BOM'或'Western (Windows 1252)'，需另存为UTF-8 - 粘贴后先全选
Ctrl+A再格式化，避免光标落在非JSON区域导致插件跳过
嵌套太深时缩进错乱或卡顿？
不是插件bug，是默认配置和数据规模共同作用的结果。SublimePrettyJson对超长数组或千级嵌套会触发性能保护机制，自动截断换行逻辑。
- 调整
max_arrays_line_length：在Preferences > Package Settings > Pretty JSON > Settings中设为200或更高，防止数组被强行压成单行 - 关闭
sort_keys：深层嵌套对象排序耗时显著，设为false可提速30%以上 - 大文件慎用全选：若响应体超5MB，先用
Ctrl+L逐行选中目标对象（如"data": { ... }部分），再执行格式化
格式化后中文变乱码或显示？
根源在ensure_ascii参数默认为true，它强制把所有非ASCII字符转义为\uXXXX，看着像乱码其实是Unicode转义。
- 必须在插件设置里显式改为
"ensure_ascii": false，否则中文字段名/值永远显示为"name": "\u5f20\u4e09" - 改完设置后要重启Sublime Text，热重载不生效
- 如果仍乱码，检查原始响应是否含BOM头：用十六进制编辑器看文件开头是否有
EF BB BF字节，有则用Notepad++另存为UTF-8无BOM
真正容易被忽略的是“验证优先于格式化”——遇到嵌套报文异常，别急着点Format，先运行Pretty JSON: Validate。很多所谓“格式化失败”，实际是响应里混了HTML片段、调试日志或服务端未关闭的注释，Validate会精准定位到第127行末尾多出的逗号，比肉眼排查快十倍。
