VSCode本身不支持十六进制查看二进制文件，必须安装并启用Microsoft官方Hex Editor扩展；确认方法：打开命令面板输入“Extensions: Show Built-in Extensions”，搜索Hex Editor并检查状态是否为Enabled，若为Disabled需手动启用。
VSCode 本身不支持直接十六进制查看二进制文件，必须装 Microsoft 官方的 Hex Editor 扩展；装完不会自动生效，不手动触发就打不开——这不是 bug，是设计行为。
怎么确认 Hex Editor 已正确安装并启用
很多人点开扩展市场搜到就装，结果右键没选项、命令面板找不到命令，其实是没真正启用：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Extensions: Show Built-in Extensions回车 - 在列表里搜
Hex Editor，看状态是不是 Enabled；如果是 Disabled，点击右侧齿轮图标选 Enable - 旧版 VSCode（Microsoft，别选错名字带
hex或binary的第三方变体 - 装完建议重启 VSCode，部分版本不重启会导致
Hex Editor: Open as Hex命令不可用
为什么双击 .bin/.exe 文件还是乱码或报错
VSCode 默认对任何文件都尝试用文本编码打开，二进制文件没编码定义，就会失败。它不会因为你装了插件就自动切换模式：
- 右键资源管理器里的文件 → 选
Open with Hex Editor（不是 “Open with…” 下拉里的其他选项） - 如果右键没这个菜单项，先普通方式打开文件，再按
Ctrl+Shift+P输入Hex Editor: Reopen as Hex执行 -
files.associations配置只影响“双击”行为，但对.exe、.dll等类型默认被 VSCode 安全策略拦截，即使配了"*.exe": "hexeditor"也可能 fallback 到拒绝打开 - 想绕过拦截，可在
settings.json加"hexEditor.supportedLanguages": ["*"]，但慎用——它会让所有文件类型都可 hex 打开，可能拖慢大项目加载
编辑保存后文件损坏？重点检查这两处
Hex Editor 允许改字节，但两个隐藏开关不调对，保存就是无效操作或直接破坏数据：
- 右下角状态栏显示
Readonly？点它切换成Edit模式，否则所有修改只是内存假动作，Ctrl+S不写盘 - 右下角编码按钮（如
UTF-8）千万别点Save with Encoding——那是文本重编码逻辑，会把二进制当字符串转码，一存就废 - 文件系统权限是只读（比如固件放在
/usr/lib/firmware下）？VSCode 不报错，但保存静默失败；先chmod +w或复制到用户目录再改 - 编辑前务必
cp firmware.bin firmware.bin.bak，Hex Editor 没跨会话撤销，关了窗口就回不去
大文件打不开或卡死？别硬扛，先调参数再判断
默认 50MB 限制不是性能瓶颈，是防 OOM 的安全阀。超了会报错：File is too large to open in the hex editor：
- 打开设置（
Ctrl+,），搜hex editor memory limit，改值（比如200） - 改完必须重启 VSCode，不重启不生效
- 实测：16GB 内存机器上，200MB 文件响应尚可；500MB+ 就明显卡顿，滚动延迟 >1s，此时建议换
xxd -r+vim或 HxD - 注意：调太高（如设 1000）在 8GB 内存机器上可能导致 VSCode 直接崩溃，不是插件问题，是 Electron 内存模型限制
真正难的从来不是“怎么打开”，而是“改哪、改多少、改完会不会让设备不启动”。Hex Editor 是个精准手术刀，不是万能扳手——它不解析 ELF header，不校验 CRC，也不提醒你第 0x1C 字节是 checksum。动之前，先拿 readelf -h 或 file 看结构，心里有数再点鼠标。
