
Sublime Text无法真正编辑二进制文件,HexViewer仅支持只读十六进制查看;其根本原因是Sublime按字符编码加载文件,无法安全解析或写入非文本字节,修改后保存会导致原始文件损坏。
这是最关键的前置判断: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 功能xxd -r 还原流程很多人搜不到插件,是因为输错了名字:正确包名是 HexViewer(驼峰,无空格,无 “Editor” 后缀),不是 Hex View、HexEditor 或 Hex Editor。另外,Package Control 若未就绪,所有安装都会静默失败。
Ctrl+Shift+P(macOS 为 Cmd+Shift+P),输入 Install Package Control 并回车,重启 SublimeCtrl+Shift+P → 输入 Package Control: Install Package → 回车 → 等列表加载完成 → 搜索 HexViewer → 回车安装Preferences → Package Settings → Hex Viewer 存在即为安装成功安装完插件 ≠ 自动生效。HexViewer 不监听文件打开事件,也不自动识别二进制——它必须手动触发,且对当前文件状态很挑剔。
Ctrl+S):未保存的临时缓冲区无法被插件解析为二进制流.txt、.log 扩展名,即使内容全是乱码,插件也可能跳过;可临时重命名为 .bin 再试Ctrl+Shift+H(Win/Linux)或 Cmd+Shift+H(macOS)在 macOS 上常被截图功能劫持;优先走菜单路径:Tools → Hex Viewer → Toggle Hex View
Hex —— 没
text.plain)HexViewer 基于 Sublime 的内存加载机制,不是独立二进制解析器。超过约 10MB 的文件,或含 UTF-16/UTF-32 编码的文件,很可能静默失败,不报错也不显示。
xxd example.bin | head -n 20(Linux/macOS),或 PowerShell:Format-Hex example.bin -Count 32(Windows)File → Reopen with Encoding → Hexadecimal 在新版中已被移除,别浪费时间找真正要改字节,就别在 Sublime 里碰保存按钮。它最稳的角色,是把二进制文件摊开给你看清楚——地址、字节、ASCII 三列对齐,复制某段 Hex 去查 CRC,或核对协议头字段,这就够了。