VS Code Hex Editor插件并非开箱即用：需重载窗口、用命令面板执行“Hex Editor: Reopen as Hex”打开已开文件，点击状态栏“Readonly”切换编辑模式才能保存；大文件须先用xxd确认偏移；默认不接管.bin等后缀，需在settings.json中配置workbench.editorAssociations绑定；所有编辑直写磁盘，务必提前备份。
VS Code 的 Hex Editor 插件不是装完就能直接编辑二进制文件的“开箱即用”工具——它默认只读、不接管任何文件类型、右键菜单常不出现，很多操作卡在第一步。必须手动配置关键选项并切换模式，否则你看到的只是个不能改、找不到、打不开的“十六进制幻灯片”。
右键没“Open With Hex Editor”？先重载再查命令名
安装后右键菜单不显示，不是插件没装好，而是 VS Code 没刷新上下文菜单注册表。常见原因和解法：
- 安装后没点右下角弹出的 “Reload Window”，或没手动执行
Developer: Reload Window - 输错命令：
Hex Editor: Open File（打开新文件）和Hex Editor: Reopen as Hex（重开当前已打开文件）是两个独立命令，后者才适用于你正对着乱码发呆的文本视图 - 历史打开方式覆盖了关联：如果之前双击过
.bin文件并点了“以文本打开”，VS Code 会缓存该行为，导致右键菜单长期不出现该选项——此时只能靠命令面板硬切
改不了字节？状态栏的 Readonly 是真锁死，不是提示
即使你双击字节、输入 AB、按 Ctrl+S，只要状态栏右下角还写着 Readonly，所有修改都不会写入磁盘。这不是 Bug，是设计强制保护。
- 必须点击状态栏上的
Readonly文字，手动切换为Hex Editor (Edit)模式 - 切换后才能真正编辑：双击任意十六进制单元格 → 输入两位十六进制（如
00、FF，不区分大小写）→Ctrl+S立即写入原文件 - 没有二次确认，也没有备份机制——所有编辑直写磁盘，改前务必
cp file.bin file.bin.bak
让 .bin/.dat/.elf 默认走十六进制视图，靠 workbench.editorAssociations
双击就进十六进制，不是靠文件后缀自动识别，而是靠设置项显式绑定。VS Code 不会主动把二进制后缀交给 Hex Editor，必须手动声明。
- 在设置（
settings.json）中添加：
{
"workbench.editorAssociations": {
"*.bin": "hexEditor.hexedit",
"*.dat": "hexEditor.hexedit",
"*.elf": "hexEditor.hexedit",
"*.img": "hexEditor.hexedit"
}
}
hexEditor.hexedit，不是 hexeditor 或其他变体，拼错就无效Reopen as Hex 切换files.associations 或旧版插件覆盖了大文件（>10MB）卡顿严重，别硬拖着编辑
Hex Editor 默认加载整个文件进内存渲染，10MB 以上就会明显卡顿、滚动延迟、查找变慢。这不是性能优化问题，是设计限制。
- 修改前先用终端确认目标偏移：
xxd -l 512 file.bin | head -20快速看开头 - 用
hexeditor.maxFileSize设置调低上限（单位 MB），避免意外加载超大文件："hexeditor.maxFileSize": 5 - 真要改大固件，优先用命令行工具（如
dd、xxd -r）生成 patch，再用 Hex Editor 做最终校验 - 数据检查器（inspector）选中多字节时，若显示
NaN或解析异常，大概率是字节序或长度不匹配——比如选了 3 字节却想当uint32解析
最易忽略的一点：Hex Editor 的“编辑”是字节级原子操作，没有“字段”概念。改一个版本号可能跨 2 字节，改校验和要同步算新值，而插件本身不提供自动计算——它只负责把你的 0x1A 写进第 0x1234 位置。真正的逻辑，还得你自己算清楚。
