sublime text 不能真正编辑十六进制文件，因其本质是文本编辑器，依赖字符编码加载文件，遇非法字节会截断或报错；hexviewer仅提供只读十六进制视图，无写入接口；安全参与流程需用xxd转换、sublime编辑文本、xxd还原；专业二进制编辑应使用hxd、bless或010 editor。
Sublime Text 不能真正编辑十六进制文件——它压根不是为二进制操作设计的，所有“编辑 Hex”的尝试，只要保存回原文件，几乎必然损坏数据。
为什么 HexViewer 显示的不是可编辑的字节流？
HexViewer 输出的是字符串形式的十六进制表示（比如 "48656c6c6f"），而不是原始字节 0x48 0x65 0x6c 0x6c 0x6f。你在 Sublime 里改了这一串字符，保存后写入的就是 10 个 ASCII 字符，不是 5 个字节。
- 现象：右下角始终显示
Hex Viewer (read-only)，没有保存按钮、没有“Apply to file”选项 - 原因：Sublime 加载文件时依赖编码（如 UTF-8），遇到
\x00、\xff等非法字节会截断或报错，根本无法安全映射二进制内容 - 关键事实：插件没提供写入接口，Package Control 安装的
HexViewer源码里也没有save_binary()或类似逻辑
怎么安全地“用 Sublime 参与”十六进制编辑流程？
你不需要放弃 Sublime 的搜索、注释、多光标等优势，但得把“查看/标注”和“修改/写入”拆开：
- 用
xxd -g1 file.bin > file.hex把二进制转成可读文本（每字节一组，空格分隔） - 在 Sublime 中打开
file.hex，用正则替换、列编辑、书签等功能做结构化修改 - 保存后执行
xxd -r -g1 file.hex > file_new.bin还原为合法二进制 - 验证：用
xxd file_new.bin | head -n 3对比前后是否一致，或用cmp file.bin file_new.bin确认差异点
注意：
-g1很关键——它让xxd按单字节分组，避免xxd -g2导致高低字节错位；若原始文件含 Unicode BOM 或嵌入文本，可在 Sublime 中用Find → Replace配合\x00类正则快速定位
哪些情况千万别信“Sublime 能直接编辑 Hex”？
- 双击打开
.bin或.exe文件后，试图右键选“Reopen with Encoding → Hexadecimal”：Sublime 根本没有这个编码选项，是常见误传 - 把文件另存为
.hex后缀再用HexViewer: Toggle Hex Mode：插件只对已加载的二进制内容生效，文本文件不会触发解析 - 大文件（>10MB）加载空白或报
invalid start byte：不是插件坏了，而是文件开头有\x00\x00\x9f这类非 UTF-8 字节，Sublime 拒绝解析 - 用
Preferences → Package Settings → HexViewer → Settings加了"max_file_size": 209715200仍失败：配置只影响加载策略，不解决编码层面的解析障碍
真正要改字节时，该用什么工具？
Sublime 是文本协作者，不是二进制编辑器。需要直改字节时，请切换到专业工具：
- Windows：用
HxD（免费、无广告、支持内存/磁盘/剪贴板字节级编辑） - Linux：用
Bless（GTK+ 原生，支持大文件流式加载） - 跨平台且需解析结构：用
010 Editor（带模板语言，能识别 PE、ELF、PNG 等格式头）
这些工具的共同点是：打开即映射字节地址、Ctrl+F 搜 47494638（GIF magic）、Alt+R 批量替换、校验和自动重算——而这些在 Sublime 里，靠插件永远做不到。
真正的难点从来不在“怎么显示 Hex”，而在“改完之后，那一串字节是否还符合协议定义”。这一步，必须交给理解二进制语义的工具。
