Notepad++的Compare插件不支持真正的十六进制字节比对，仅进行文本层面字符串比较；需用Hex-Editor插件切换至十六进制视图手动比对，或改用fc /b、cmp、HxD等原生二进制比对工具确保准确性。
Compare 插件不支持直接十六进制比对
Notepad++ 的 Compare 插件本身没有“十六进制模式比对”功能。它只做文本层面对齐比较，即使你手动用 Hex-Editor 插件把两个文件都切到十六进制视图，Compare 仍按原始文本解析——也就是说，它看到的是 00 01 02 这样的字符串，而不是字节 0x00 0x01 0x02。结果就是：两个完全一致的 bin 文件，只要其中一个是通过 Hex-Editor 打开并保存过的（会插入空格/换行），Compare 就可能报出大量“差异”。
真·逐字节比对必须用 Hex-Editor + 手动切换
要确认两个二进制文件（如 firmware.bin 和 flash_dump.bin）是否完全一致，得靠 Hex-Editor 插件本身的能力，而非 Compare：
- 分别用 Notepad++ 打开两个文件 → 插件 → Hex Editor → View in Hex
- 确保两个窗口都处于十六进制视图（顶部显示偏移地址+16列十六进制+右侧 ASCII）
- 手动滚动对齐，观察每行十六进制数据是否完全相同（包括空格位置、大小写）
- 若需快速定位差异：按
Ctrl+F→ 切到“查找”→ 勾选“匹配整个字符串”，输入某段已知 hex 字节（如5A A5 00 01），分别在两窗口中搜索
注意：Hex Editor 插件默认以大写显示十六进制，但某些旧版本会小写；大小写不一致也会导致肉眼误判，建议统一用 xxd -g1 -c16 file.bin | head 在终端交叉验证。
大文件十六进制比对别硬刚 Notepad++
超过 1MB 的 bin 文件，Notepad++ + Hex-Editor 插件容易卡顿、加载不全甚至显示错位（已有实测报告：1111KB 文件在 Hex 视图下末尾几 KB 数据错乱）。这不是配置问题，是插件内存模型限制：
- Windows 下优先用
fc /b a.bin b.bin：输出首处差异偏移和字节值，轻量可靠 - Git for Windows 环境可用
diff -q a.bin b.bin（静默模式）或cmp a.bin b.bin - 需要可视化比对时，改用
HxD（Windows）或Bless（Linux）——它们原生支持 mmap，处理百 MB 级 bin 文件无压力
Notepad++ 的 Hex-Editor 是调试小配置块、寄存器映射表这类短二进制数据的利器，不是二进制 diff 工具。
为什么你看到的“十六进制对比”结果总不准
常见干扰源有三个，且都藏在你看不见的地方：
-
BOM 头：UTF-8 with BOM 的文本文件开头有EF BB BF，Hex-Editor 会照常显示，但 Compare 插件在文本模式下会把它当非法字符跳过，造成后续所有行偏移 -
行尾符污染：从网页复制的 hex dump 文本常混入\r\n或零宽空格（U+200B），Hex-Editor 显示为0D 0A或EF BB BF，但人眼极易忽略 -
插件缓存残留：Hex-Editor 插件曾打开过某文件后，再次打开同名文件可能复用旧缓存——关掉 Notepad++ 再重开是最简单清缓存方式
真正可靠的十六进制一致性判断，永远要回到原始字节流本身，而不是任何编辑器渲染后的视图。
