Sublime Text无法真正编辑二进制文件，HexViewer仅支持只读十六进制查看；其根本原因是Sublime按字符编码加载文件，无法安全解析或写入非文本字节，修改后保存会导致原始文件损坏。
Sublime 本身不支持十六进制编辑，HexViewer 只能查看，不能改写二进制
这是最关键的前置判断：Sublime Text 是文本编辑器，底层按字符编码（如 UTF-8）加载文件。遇到 0x00、0xFF 等非文本字节时，它无法安全解析或写入——所以 HexViewer 插件从设计上就是只读的。你在 Hex 视图里改了 48656C6C6F，保存后得到的是一串 ASCII 字符，不是 5 个字节的 0x48 0x65 0x6C 0x6C 0x6F，原始文件必然损坏。
- 右下角状态栏会明确显示
Hex Viewer (read-only) - 没有
Save as Binary或Apply to Original File功能 - 想真正编辑二进制？必须用 HxD（Windows）、Bless（Linux）、010 Editor 或
xxd -r还原流程
安装 HexViewer 必须拼写准确，且依赖 Package Control 正常工作
很多人搜不到插件，是因为输错了名字：正确包名是 HexViewer（驼峰，无空格，无 “Editor” 后缀），不是 Hex View、HexEditor 或 Hex Editor。另外，Package Control 若未就绪，所有安装都会静默失败。
- 先确认已装 Package Control：按
Ctrl+Shift+P（macOS 为Cmd+Shift+P），输入Install Package Control并回车，重启 Sublime - 再按
Ctrl+Shift+P→ 输入Package Control: Install Package→ 回车 → 等列表加载完成 → 搜索HexViewer→ 回车安装 - 验证是否成功：菜单栏
Preferences → Package Settings → Hex Viewer存在即为安装成功
触发 Hex 视图有严格前提，常见“点不动”全是这三类原因
安装完插件 ≠ 自动生效。HexViewer 不监听文件打开事件，也不自动识别二进制——它必须手动触发，且对当前文件状态很挑剔。
- 文件必须已保存（
Ctrl+S）：未保存的临时缓冲区无法被插件解析为二进制流 - 文件不能被 Sublime 标记为纯文本：比如
.txt、.log扩展名，即使内容全是乱码，插件也可能跳过；可临时重命名为.bin再试 - 快捷键可能被系统占用：默认
Ctrl+Shift+H（Win/Linux）或Cmd+Shift+H（macOS）在 macOS 上常被截图功能劫持；优先走菜单路径：Tools → Hex Viewer → Toggle Hex View - 触发后无反应？看状态栏左下角是否出现
Hex—— 没出现说明插件拒绝处理该文件（例如空文件、全 ASCII 可见字符、或 Sublime 内部标记为text.plain）
大文件、特殊编码、UTF-16 文件容易失效，别硬扛
HexViewer 基于 Sublime 的内存加载机制，不是独立二进制解析器。超过约 10MB 的文件，或含 UTF-16/UTF-32 编码的文件，很可能静默失败，不报错也不显示。
- 大文件卡死或无响应？直接放弃，改用终端命令：
xxd example.bin | head -n 20（Linux/macOS），或 PowerShell：Format-Hex example.bin -Count 32（Windows） - UTF-16 文件显示错位？Sublime 可能把它当双字节文本解析，导致地址偏移和 ASCII 区全部错乱；此时
File → Reopen with Encoding → Hexadecimal在新版中已被移除，别浪费时间找 - 需要临时标注或比对？用 HexViewer 导出 Hex 文本到新标签页，在里面加注释、搜索替换，再对照专业工具修改原始文件
真正要改字节，就别在 Sublime 里碰保存按钮。它最稳的角色，是把二进制文件摊开给你看清楚——地址、字节、ASCII 三列对齐，复制某段 Hex 去查 CRC，或核对协议头字段，这就够了。
