ctrl+g是notepad++唯一可靠、不依赖上下文的行号跳转方式；输完未按回车、行号越界默认跳末行、编码或换行符异常导致行号偏移是三大常见假性失效原因。
Ctrl+G 是唯一可靠、不依赖上下文的行号跳转方式，其他路径（比如菜单栏搜索→行定位）本质是同一功能的 GUI 封装，没必要绕路。
Ctrl+G 跳转时输完没反应？检查这三件事
最常见假性失效：输完行号没按回车，对话框卡住不动——Ctrl+G 弹出的是模态对话框，必须按 Enter 确认；按 Esc 会取消，不是“跳转失败”。
- 行号从
1开始计数，输入0或负数会被忽略，光标停在首行 - 文件只有
100行却输999，Notepad++ 默认跳到最后一行（100），不会报错也不会提示越界 - 状态栏右下角若显示
UTF-16或换行符为Unix (LF)，而你习惯用Windows (CR LF)计算行数，实际行号可能偏移——先执行编码 → 转为 UTF-8，再编辑 → 文档格式转换 → 转为 Windows 格式
命令行启动时直接跳转到某行：-n 参数的硬约束
语法是 npp.exe "C:\path\to\file.txt" -n123，注意：-n 和数字之间**不能有空格**，且只对第一个文件生效。
- 路径含空格必须用英文双引号包裹整个路径，如
"D:\My Project\log.txt" -n42 - 文件不存在时，Notepad++ 会新建一个空文档并跳到第
123行——这不是 bug，是设计行为，适合脚本预置日志查看位置 - 多个文件同时打开时，
-n只作用于第一个，后续文件不会被跳转，例如npp.exe a.txt -n10 b.txt中b.txt不受影响
跳转后光标位置不对？重点排查换行符和编码
视觉上第 7 行，输入 10 却跳过去，大概率是换行符混用或编码异常。Notepad++ 的行计数基于底层字节解析，不是“肉眼数行”。
-
^$在正则中匹配空行，但若文档含\r\n和\n混用，$的锚定位置会漂移，导致行号计算失准 - 右下角状态栏显示
UTF-16 LE时，每个字符占 2 字节，BOM 和换行符长度也不同，行偏移量与 UTF-8 完全不一致 - 临时验证方法：复制全部内容 → 新建空白文档 → 粘贴 → 保存为 UTF-8 + Windows 换行符 → 再试
Ctrl+G
真正容易被忽略的点是：行号跳转不校验内容有效性，它只做字节偏移映射。一旦文件被外部程序修改（比如日志实时追加）、或用不同编码/换行符重写过，之前记下的行号就不可信——别依赖截图里的“第 123 行”，每次跳转前先扫一眼状态栏的编码和格式标识。
