sublime text 不支持十六进制编辑，hexviewer 仅为只读查看器；需在命令面板中确认出现“hexviewer: view in hex”等完整命令，认准 facelessuser 版本，安装后执行“package control: satisfy dependencies”，双击二进制文件无效，须新建空白页后手动调用命令选文件，大文件需调大 max_file_size 且仍受限于文本渲染架构。
Sublime Text 不能安装“十六进制编辑插件”——它压根不支持十六进制编辑，HexViewer 只是只读查看器，装错版本或误以为能编辑，后续所有操作都会出问题。
怎么确认 HexViewer 插件真装对了
很多人执行完 Package Control: Install Package 搜到 “HexViewer” 就以为完事，结果命令面板里根本没反应。这不是 Sublime 抽风，是插件根本没加载成功：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入HexViewer，必须看到带冒号的完整命令，比如HexViewer: View in Hex或HexViewer: Toggle Hex View；如果只看到Hex Editor、HexView或拼写近似的其他条目，说明装错了 - 认准 GitHub 作者是
facelessuser的HexViewer仓库，别选名字像但功能残缺的替代品 - 安装后立刻执行一次
Package Control: Satisfy Dependencies，否则依赖缺失会导致插件静默失效（不报错、不显示、不响应） - 如果命令还是不出现，不用重启，直接运行
Package Control: Reload Package强制重载插件环境
为什么双击 .bin/.exe 文件打不开，以及正确打开流程
Sublime 默认拒绝解析含 \x00 或非法 UTF-8 字节的文件，双击只会显示空标签页、弹出 Error loading file，或完全静默失败——这不是文件损坏，是编辑器主动拦截。
- 正确流程：先按
Ctrl+N新建空白页 → 再按Ctrl+Shift+P→ 输入并执行HexViewer: View in Hex→ 手动在系统对话框中选中你的firmware.bin或test.exe - 如果当前已打开一个文本文件（比如
log.txt），插件可能跳过二进制解析逻辑；临时把文件重命名为test.bin再试，能绕过 Sublime 对扩展名的文本白名单限制 - 不要指望右键菜单里有 “Open with Hex”，Sublime 没这个入口；也不要用
File → Open直接选二进制文件，那只是用文本方式强行解码，结果全是乱码或截断
大文件加载失败或卡死，怎么调
HexViewer 默认会检查文件大小，超过 max_file_size（默认约 10MB）就直接放弃解析，连错误提示都不给。这不是 bug，是防止 UI 卡死的保护机制。
- 修改配置：菜单 →
Preferences → Package Settings → HexViewer → Settings，在用户设置里加一行："max_file_size": 104857600（即 100MB） - 但要注意：即使调大，Sublime 本身基于文本渲染，加载 200MB+ 的 hex 视图仍大概率卡死或崩溃，这不是插件问题，是底层架构限制
- 真正要分析大二进制文件（如固件镜像、内存 dump），应该用命令行工具先转换：
xxd firmware.bin > firmware.hex，再用 Sublime 打开生成的文本文件；或者直接换工具，比如HxD（Windows）、Bless（Linux）、010 Editor
为什么改了 hex 内容再保存会损坏文件
这是最容易被忽略、也最致命的一点：你在 HexViewer 视图里看到的 48656C6C6F 是字符串，不是字节。Sublime 保存时只会把你改过的这串字符当普通文本写入，不会还原成 5 个字节 0x48 0x65 0x6C 0x6C 0x6F。
- HexViewer 输出的是「十六进制字符串表示」，不是原始字节流映射
- 任何在 hex 视图中直接修改并保存的行为，等同于往原文件里插入一串 ASCII 字符，必然破坏二进制结构
- 需要编辑二进制？请用专业工具：
HxD（Windows 免费 GUI）、xxd + vim（Linux/macOS 终端）、VS Code 配合官方Hex Editor扩展——它们才是真正把编辑操作同步回字节层的方案
