sublime text 无法真正编辑十六进制——hexviewer 仅提供只读视图，其显示的是字节的字符串表示（如48656c6c6f），而非原始字节流；修改后保存会将“65”当作两个字符而非单字节0x65写入，导致文件损坏；右下角“hex viewer (read-only)”是硬性限制，不支持反向还原；根本原因在于sublime依赖字符编码器处理文件，而二进制数据无编码定义。
Sublime Text 无法实现真正的十六进制编辑——HexViewer 插件只提供只读视图，任何在其中的修改保存后都会把十六进制字符串当文本写入，导致原始二进制文件损坏。
为什么“HexViewer: Toggle Hex Mode”不能编辑二进制文件
它渲染的是字节的字符串表示（比如 48656c6c6f），不是原始字节流。你在里面把 65 改成 66，Sublime 实际保存的是两个字符 "6" 和 "6"，而非一个字节 0x66。结果是文件体积膨胀、结构错乱、校验失败。
状态栏右下角始终显示 Hex Viewer (read-only)，这不是提示，是硬性限制。
-
HexViewer不挂钩 Sublime 的文件写入逻辑，不干预编码器行为 - 它不支持
Save as Binary、Apply to Original或任何反向还原功能 - 即使你用
File → Save，也只会覆盖原文件为 ASCII 文本，不可逆
打开二进制文件时命令面板搜不到 HexViewer 命令
常见原因不是插件没装，而是触发前提不满足：
- 当前文件未保存（
Ctrl+S）：未命名的缓冲区无法被识别为可解析目标 - 文件扩展名被 Sublime 标记为文本（如
.txt、.log），即使内容全是乱码也会跳过插件处理 - 拼写错误：
HexViewer必须大小写准确，不能是Hex View、HexEditor或hexviewer - Package Control 未就绪：执行
Package Control: Satisfy Dependencies强制重载插件环境
验证是否安装成功：菜单 Preferences → Package Settings → HexViewer 存在即为正常。
大文件（>10MB）加载失败或空白
默认 max_file_size 是 10MB，超限会启用流式加载，但很多固件/加密 blob 开头含 \x00\x00\x9f 这类非法 UTF-8 字节，导致解析中断，报错 invalid start byte 或直接空白。
解决方法是手动调大上限：
- 菜单进入
Preferences → Package Settings → HexViewer → Settings - 在用户设置中添加：
"max_file_size": 104857600（即 100MB） - 仍失败？用终端预处理：
xxd -g1 yourfile.bin | subl -（macOS/Linux），或 Windows 上用certutil -encodehex -f yourfile.bin stdout 4查前几行确认数据可读
真正需要编辑十六进制时该怎么做
绕开 Sublime 的文本层才是可靠路径：
- 导出为可编辑文本：
xxd -g1 file.bin > file.hex，在 Sublime 中编辑注释、搜索替换，再用xxd -r -g1 file.hex > file_new.bin还原 - 用专业工具直接编辑：
HxD（Windows）、Bless（Linux）、010 Editor（跨平台，支持结构模板和内存映射） - 别依赖
File → Reopen with Encoding → Hexadecimal：Sublime 根本没有这个编码选项，纯属误传
关键点在于：Sublime 的文件加载机制基于字符编码器，而二进制数据无编码定义——所有“在 Sublime 里改 Hex 再保存”的尝试，本质上都在破坏原始字节流。
