vscode需安装microsoft官方hex editor插件才能真正查看和编辑二进制文件；内置“open as binary”仅限64kb只读预览，无搜索、跳转或编辑能力，而第三方同名插件多为只读工具，不支持修改、ctrl+g跳转或十六进制序列搜索。
VSCode 本身不解析二进制文件，必须靠 Hex Editor 插件才能真正看到原始字节——内置的“Open as Binary”只读预览（1.84+）仅限前 64KB，且无搜索、无跳转、无编辑能力，不能算“查看”，只能叫“瞄一眼”。
怎么确认你装的是真 Hex Editor？
扩展市场搜 Hex Editor 会出现一堆同名插件，但只有作者栏明确写着 Microsoft Corporation 的那个才可靠。其他名字近似的如 Hex Viewer、Binary Viewer、hexdump for VSCode 都是只读工具，不支持修改、不支持 Ctrl+G 跳转偏移、也不支持十六进制序列搜索（比如搜 47 49 46 38 找 GIF 头）。安装后务必点右下角弹出的 “Reload Window”，否则命令面板里搜不到 Hex Editor: Reopen as Hex。
Hex Editor: Reopen as Hex 和右键菜单哪个更稳？
右键 → Open with Hex Editor 看似直接，但常失效：如果文件已被 VSCode 缓存为文本模式（比如你之前用它打开过 .bin 文件并选了“以文本方式打开”），右键菜单就压根不显示该选项。此时唯一可靠路径是：Cmd+Shift+P（macOS）或 Ctrl+Shift+P（Windows/Linux）→ 输入 Hex Editor: Reopen as Hex → 回车。这个命令强制绕过所有缓存和关联逻辑，直接重载为字节流视图。对已打开的文件也生效，比关掉再重开快得多。
编辑前不设只读模式，等于在雷区跳舞
Hex Editor 修改是直写内存缓冲区的，没有中间转换、不校验魔数、不提示“你正在改 PE 头”。一个回车就能把 00 改成 FF，Cmd+S 就直接覆写原文件，没有任何确认弹窗或自动备份。所以：
- 分析固件、驱动、ELF/PE 文件时，第一件事就是右键编辑区空白处 →
Toggle Read-Only Mode，状态栏出现[READONLY]才算安全 - 真要编辑，先手动复制一份
firmware.bin.bak；改完一个字节，标题栏出现 ● 圆点，这是唯一未保存提示 - 撤销只支持单步
Cmd+Z，关掉标签页就丢历史，没本地快照机制 - 大文件（>100MB）加载慢、滚动卡、搜索延迟高，这时别硬扛，切终端跑
xxd firmware.bin | less或用hexedit更靠谱
最易被忽略的一点：所有导航（Ctrl+G 跳偏移、Ctrl+F 搜字节序列）都基于**字节偏移地址**，不是行号也不是字符位置。如果你习惯文本编辑器的“第 5 行第 3 列”，在这里会完全失准——得盯着底部状态栏的 Offset: 000002A0 来定位。
