Ctrl+G 是 Notepad++ 唯一可靠、无需配置的行跳转方式，直接输入行号按 Enter 即可精准定位，不依赖插件或语法高亮；命令行用 -n 参数可绕过 GUI 实现自动跳转，但需严格遵循格式约束。
Ctrl+G 是唯一可靠、无需配置的跳转方式
Notepad++ 没有更“智能”或“更快”的原生行跳转路径，Ctrl+G 就是设计上唯一被保证稳定工作的入口。它不依赖插件、不校验内容、不触发语法高亮重绘，按下后对话框自动聚焦在行号输入框，敲数字（比如 127）再按 Enter，光标瞬间到位。
常见卡点：Ctrl+G 弹出的是模态对话框，输完数字后必须按 Enter——不是点 Go 按钮，不是 Tab 切换，也不是 Esc；按 Esc 会取消操作，看起来像没反应，其实是你没提交。
- 行号从
1开始计数，输0或负数会被忽略，光标停在第1行 - 文件共
83行却输999，不会报错，而是静默落到第83行末尾 - 双击状态栏
Ln 42中的42，可预填进Ctrl+G对话框，但依然要按 Enter 才生效 - 状态栏若被关闭（右键 → 勾选
Line number），双击功能就不可用
命令行启动时用 -n 参数精准定位首文件
脚本或 IDE 外部工具集成时，用 notepad++.exe -n127 "path\to\file.txt" 最准。这不是“可选项”，而是唯一能绕过 GUI 交互、直接打开并跳转的机制。
关键约束很硬： -n 和行号之间不能有空格，写成 -n 127 会被完全忽略；路径含空格必须用英文双引号包裹整个路径，否则参数解析失败。
-
-n只对命令行中第一个文件生效，npp.exe a.txt -n10 b.txt中b.txt不会跳转 - 文件不存在时，Notepad++ 会新建空文档，并把光标放到指定行——这是设计行为，不是 bug
- 需要行列精确定位？必须连用
-c，例如-n100 -c5，注意列号从0起算（-c0是行首）
跳转后位置不对？优先查换行符和编码
真正耗时间的不是“怎么跳”，而是“为什么跳了却不像跳了”。Ctrl+G 的底层逻辑是字节偏移映射，不校验内容有效性。一旦换行符混用（\r\n 和 \n 并存）或编码异常（如 UTF-16），行计数就会错乱。
典型现象：输 10 却停在视觉第 7 行；状态栏显示 UTF-16 LE 或 Unix (LF)；日志被外部程序实时追加后，之前记下的行号突然失效。
- 验证方法：复制全部内容 → 新建空白文档 → 粘贴 → 保存为
UTF-8+Windows (CR LF) - 统一格式：菜单 → 编码 → 转为
UTF-8；再 → 编辑 → 文档格式转换 → 转为Windows 格式 - 高 DPI 缩放（如
150%）可能导致行号栏宽度被压缩为0，手动拖动编辑区左侧边缘向右拉宽即可恢复
别信“跳转到最后一行”的快捷键，用超大行号兜底
Notepad++ 没有原生 Ctrl+End 类跳转末行功能。所谓“跳到底”，本质是利用 Ctrl+G 对越界行号的兜底逻辑：输入一个远大于实际行数的值（如 999999），回车即落于最后一行末尾。
这个行为稳定、无需预判总行数，且在命令行中同样有效：notepad++.exe -n999999 "log.txt"。但要注意，如果文件已在标签页中打开，-n 参数会被静默丢弃。
- 空文件里输
999999，光标会停在第1行末尾（即唯一那行） - 混合换行符仍会导致末行判断偏差，所以跳完先扫一眼状态栏右下角的编码和格式标识
- 不要依赖截图里的“第 123 行”——每次跳转前确认当前文档的编码与换行符状态，比记住行号重要得多
