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 行”，每次跳转前先扫一眼状态栏的编码和格式标识。