notepad++无原生跳转末行快捷键，需用ctrl+g输入超大行号（如999999）实现，因其越界时自动落于末行末尾；命令行可用-n999999参数，但仅对首个文件生效。
Notepad++ 没有原生“跳转到最后一行”的专用快捷键，但用 Ctrl+G 输入行号是最可靠、最通用的方案。
为什么不能直接按一个快捷键跳到底？
Notepad++ 的设计里没有类似 Ctrl+End（在 Word 或 VS Code 中跳文档末尾）这样的全局快捷键。它的“跳转”能力集中在 Ctrl+G 这个入口，所有行定位都走这条路——包括最后一行。
常见误解是试图用 Ctrl+End 或 End 键，它们实际只跳到当前行末尾，不是整个文档底部。
-
End：光标移到当前行最右（含空格） -
Ctrl+End：多数情况下无响应，或被系统/远程桌面劫持 - 某些插件（如 Python 脚本）可模拟，但非稳定依赖项
Ctrl+G 输入什么才能精准跳到最后一行？
你不需要提前数总行数。Notepad++ 对越界行号有明确兜底行为：输入一个远大于当前文件行数的数字（比如 999999），回车后光标会自动停在最后一行末尾。
这个行为不是 bug，是设计逻辑：当目标行不存在时，它就落在最后一行末尾，而不是报错或卡住。
- 行号从 1 开始计数，所以
999999是安全的保守值（哪怕 10MB 日志也极少超百万行） - 输完必须按
Enter，点对话框上的 Go 按钮无效（UI 缺陷） - 如果文件是空的，
999999会跳到第 1 行（即唯一那行）末尾
命令行启动时怎么直接打开并跳到末尾？
脚本或外部工具调用 Notepad++ 时，无法预知行数，但可以利用 -n 参数配合大数字实现等效效果：
notepad++.exe -n999999 "D:\log\app.log"
注意三点：
-
-n和数字之间**不能有空格**，写成-n 999999就会被忽略 - 该参数只对命令行中第一个文件生效；多个文件时，后续文件不跳转
- 如果文件已在 Notepad++ 标签页中打开，
-n参数会被静默丢弃（这是设计行为）
为什么有时跳不到“视觉上”的最后一行？
最常被忽略的是换行符和编码问题：
- 文件含混合换行符（
\r\n和\n并存），Notepad++ 行计数可能多算或少算一行 - UTF-16 编码下，BOM 或字节序解析异常会导致行偏移，表现为跳转后光标停在倒数第二行或空白处
- 解决方法：先执行
编码 → 转为 UTF-8，再用编辑 → 文档格式转换 → 转为 Windows (CR LF)统一换行符
真正难处理的不是“怎么跳”，而是跳过去之后发现光标位置和预期不一致——这时候优先怀疑换行符，而不是快捷键本身。
