Notepad++ 不支持跳转到字节位置，因其文本引擎基于字符和行/列逻辑坐标，而非字节偏移；不同编码下字节位置与行列映射不一致，且无字节地址API或参数接口。
Notepad++ 没有原生“跳转到字节位置”的功能
Notepad++ 所有内置跳转机制（Ctrl+G、-n 命令行参数、-c 列定位）都基于**行/列逻辑坐标**，而非文件字节偏移。它不提供类似 hex editor 那样的字节地址输入框，也没有 goto byte offset 这类 API 或菜单项。
为什么不能直接跳字节？底层限制在哪
Notepad++ 的文本引擎按字符（而非字节）组织行缓冲区，行号计算依赖换行符识别和编码解析。同一文件在 UTF-8、UTF-16、ANSI 下，相同字节位置对应的“第几行第几列”完全不同——Ctrl+G 输入的 127 行，本质是“第 127 个换行符之后的起始位置”，不是“从文件头开始第 N 字节”。所以：
- 字节偏移无法跨编码一致映射到可视光标位置
- 多字节字符（如中文、emoji）会让“字节=列”完全失效
- 换行符长度差异（
\r\nvs\n）直接影响行首字节地址
替代方案：用外部工具配合 Notepad++ 定位字节
若你手头有明确字节偏移（比如调试器报错说 offset 0x1A3F），可这样逼近：
- 用
xxd或hexdump -C查看目标字节附近上下文，复制一段唯一文本（如前后 20 字符） - 在 Notepad++ 中
Ctrl+F搜索该文本，勾选「匹配整个单词」和「区分大小写」提高精度 - 找到后，用
Ctrl+G跳到该行，再手动拖动光标或用→键逐字符移动（状态栏Col显示当前列号，可辅助估算） - 更准的做法：把文件拖进 VS Code 或 HxD，用其十六进制视图定位字节，再记下对应行号，回到 Notepad++
Ctrl+G跳转
命令行里也做不到字节跳转
notepad++.exe 的 -n 和 -c 参数只接受整数行号、列号，不支持十六进制或十进制字节地址。试图传入 -n0x1A3F 或 -n12345（误以为是字节）只会被当作无效行号，静默跳到末行。路径含空格、参数顺序错误等常见问题之外，根本不存在字节级参数接口。
真正卡住人的，是误把“行号”当成“字节索引”——尤其处理二进制日志或协议包时，看到十六进制 dump 里的 offset 就想直接填进 Ctrl+G，结果光标停在完全无关的位置。得先确认那个 offset 对应的是哪一行的哪个字符，而不是哪个字节。
