ctrl+end失效时真正跳到文档末尾的方法是先确保焦点在编辑区（如按esc并点击编辑区），若仍无效则用ctrl+g输入超大行号（如999999）回车，光标将自动落至最后一行末尾；命令行可用-n参数配合外部工具计算行数定位。
Ctrl+End 失效时怎么真正跳到文档末尾
Notepad++ 原生支持 Ctrl+End 跳转到文档末尾，但这个快捷键经常“按了没反应”。真实原因不是功能坏了，而是光标焦点不在编辑区——比如你刚用过查找框、插件面板或菜单栏，Ctrl+End 就会被拦截。另外，开启宏录制（状态栏显示 REC）时，所有组合键都会被录进宏里，不会执行跳转。
验证是否真失效：先按 Esc 清掉所有弹窗/面板，再点一下编辑区任意位置确保获得焦点，最后重试 Ctrl+End。如果还无效，直接换 Ctrl+G 更稳。
用 Ctrl+G 输入超大行号跳末行最可靠
Ctrl+G 是 Notepad++ 唯一原生、无需配置、全场景可用的行定位入口。它不依赖文件大小、编码类型或插件状态，输入一个远大于实际行数的数字（比如 999999），回车后光标会自动落在最后一行末尾——这不是 bug，是设计行为。
- 行号从 1 开始计数，输
0或负数也会落到第 1 行 - 必须按
Enter，点对话框里的Go按钮无效（UI 缺陷） - 文件为空时，
999999会停在第 1 行末尾（即唯一那行） - 大文件（>50MB）首次使用有短暂延迟，属正常，后续跳转恢复快
命令行启动时如何默认打开并定位到末尾
脚本或 IDE 集成调用 Notepad++ 时，没法人工按快捷键。-n 参数只支持指定行号，不支持 -nend 这类语法，但可以靠外部工具算出行数再传入：
PowerShell 示例：notepad++.exe -n$(Get-Content "log.txt" | Measure-Object -Line | % LineCount) "log.txt"
注意三点：
-
-n和数字之间**不能有空格**，写成-n 127会被忽略 - 路径含空格必须用英文双引号包裹，否则参数解析失败
-
-n只对命令行中第一个文件生效，多个文件时后续文件不跳转
跳到末尾后追加内容容易踩的坑
末尾定位只是第一步，紧接着批量加文字（比如日志尾部统一加时间戳）时，$ 正则匹配常出错，根本原因不是正则写错了，而是编辑器状态干扰：
- 务必关闭「视图 → 自动换行」，否则长行视觉截断会导致部分行漏处理
- 确认没处于「列编辑模式」（Alt+鼠标拖选会触发，状态栏有提示）
- 替换前用「搜索 → 在文档中查找」输入
$测试是否高亮所有行尾；若只高亮几行，说明文件混用了换行符或存在 BOM 编码问题 - 「匹配换行符」必须不勾选，否则
$只匹配\r\n或\n前的位置，替换时容易吃掉原换行符
真正麻烦的是混合编码（比如 GBK 文件里夹了 UTF-8 BOM），这时候 $ 会失效。遇到死活不全中的情况，先用「编码 → 转为 UTF-8 无 BOM」再试。
