sublime text不能编辑十六进制，hexviewer插件仅提供只读查看；必须通过命令面板执行“hexviewer: view in hex”手动选文件，双击或file→open会因utf-8解码失败而空白或报错，且修改保存必损坏文件。
Sublime Text 不是十六进制编辑器，它不能安全查看或编辑二进制文件——HexViewer 插件仅提供只读十六进制视图，任何修改保存都会损坏文件。
为什么 HexViewer: View in Hex 是唯一可用入口
Sublime 底层按文本流加载文件，遇到 \x00、\xff 等字节会直接中断或报 invalid start byte；双击 .bin、.exe 文件必然失败，不是插件没装好，而是编辑器根本不允许这种加载方式。
-
HexViewer: View in Hex绕过 Sublime 的文本解析逻辑，直接读取原始字节流，再渲染为十六进制+ASCII 双栏视图 -
HexViewer: Toggle Hex Mode只对已成功以文本方式打开的文件生效（比如你用xxd转过的 hex 文本），对原始二进制文件基本无效 - 必须先打开空白页（
Ctrl+N）再调命令，否则插件可能因上下文缺失而静默不响应
怎么确认 HexViewer 真正装对并可用
很多人以为“搜到 HexViewer 就装好了”，但实际命令未注册等于白装。关键验证点只有两个：命令面板里是否出现带冒号的完整命令，以及能否手动选中文件触发视图。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入HexViewer，必须看到HexViewer: View in Hex—— 拼写、大小写、冒号缺一不可 - 安装后务必执行
Package Control: Satisfy Dependencies，否则依赖未就绪会导致插件不加载（无报错、无命令） - 若命令仍不出现，运行
Package Control: Reload Package强制重载，不用重启 Sublime - 别选错版本：认准 GitHub 作者
facelessuser的HexViewer（驼峰、无空格、无下划线），HexEditor或hexviewer都不兼容
大文件打不开或显示空白怎么办
默认 max_file_size 是 10MB，且 HexViewer 对文件头部敏感：开头是 \x00\x00\x9f 这类非法 UTF-8 前缀时，解析会提前终止，表现为标签页空白或报错。
- 在
Preferences → Package Settings → HexViewer → Settings中添加："max_file_size": 104857600（即 100MB） - 改完配置后，执行
Package Control: Satisfy Dependencies或Package Control: Reload Package让设置生效 - 仍失败？用终端预验证：
xxd -g1 yourfile.bin | head -n 10看前几行是否正常输出；若正常，说明问题出在 Sublime 解析层，不是文件本身 - 超过 50MB 的文件建议放弃 HexViewer，直接用
xxd -g1 file.bin > file.hex导出可编辑文本，在 Sublime 中处理后再用xxd -r -g1 file.hex > file_new.bin还原
为什么不能在 HexViewer 视图里编辑保存
状态栏右下角始终显示 Hex Viewer (read-only) —— 这不是提示，是硬性限制。你在里面把 65 改成 66，Sublime 实际保存的是两个字符 "6" 和 "6"，而非单字节 0x66，结果必然是文件体积膨胀、结构错乱、校验失败。
- HexViewer 渲染的是字节的字符串表示（如
48656c6c6f），不是原始字节流 - 它不挂钩 Sublime 的文件写入逻辑，也不干预编码器行为，
File → Save只会覆盖原文件为 ASCII 文本，不可逆 - 真正需要打补丁、改 PE/ELF 头、分析固件或游戏存档时，该换工具：Windows 用
HxD，Linux/macOS 用Bless或xxd + vim，VS Code 配合官方Hex Editor扩展
最常被忽略的一点：Sublime 的设计目标从来不是二进制处理，它的所有“十六进制能力”都建立在文本层之上，而二进制数据没有编码定义——这决定了任何绕过底层限制的尝试，最终都会撞上字节 vs 字符的根本矛盾。
