cmd+down（macos）或ctrl+end（windows/linux）是最直接的跳转方式，触发原生core:move-to-bottom命令，不依赖插件、不索引、响应快；若失效可用cmd+g后输入:回车跳至末尾。
Cmd+Down（macOS）或 Ctrl+End（Windows/Linux）是最直接的跳转方式
这两个快捷键直接触发 Atom 原生的 core:move-to-bottom 命令，不依赖插件、不扫描文件、不索引内容，按下即响应。Mac 用户注意：必须用 Cmd+Down，不是 Cmd+↓（部分键盘需配合 Fn 键），而 Windows/Linux 用户的 Ctrl+End 在多数键盘上是物理独立键，但部分笔记本需按 Ctrl+Fn+End 才生效。
- 如果按了没反应，先检查是否聚焦在编辑器区域——光标不在代码区时快捷键无效
- 某些插件（如
vim-mode-plus）会劫持该快捷键，可用Ctrl+.（macOS 是Cmd+.）打开 Key Binding Resolver 验证绑定目标 - 超大文件（>10MB）下可能有 200–500ms 渲染延迟，别连按，等光标真正就位后再操作
Ctrl+G 输入 “:” 再回车是备用方案，适合光标被卡住时
当 Cmd+Down 失效或你不确定当前是否在编辑器内，Ctrl+G（macOS 是 Cmd+G）调出跳转框，直接输入 : 后回车，Atom 会跳到最后一行末尾。这个行为由 editor:go-to-line 命令实现，它把空输入解析为“跳至末尾”，比输具体行号更省事。
- 该方式对未保存的新建文件同样有效，不依赖文件是否已写入磁盘
- 如果文件是二进制或编码异常（如含非法 UTF-8 字节），
Ctrl+G仍能跳，但Cmd+Down可能卡死或跳错位置 - 不要输
999999这类极大数——Atom 会静默跳到最后一行，但中间经历完整行计数，大文件下明显卡顿
别用 Cmd+A + Cmd+Right 模拟跳结尾，容易停在段落分隔处
全选后按 Cmd+Right（macOS）或 Ctrl+Right（Windows/Linux）只跳到“当前逻辑行尾”，而非文档物理结尾。尤其在 Markdown、HTML 或含软换行的长段落里，光标常停在某段最后一词后，离真正文件末尾还差几十甚至上百行。
- Word 或 Pages 里这套逻辑可行，但 Atom 的行概念基于硬换行（\n），软换行不算新行
- 若文档含折叠区域（如代码块折叠），
Cmd+A不会选中折叠内容，后续跳转自然失效 - 想确认是否真到结尾？按一次
Down键——如果光标不动，才是真到底；如果还能下移，说明还没到
Cmd+Shift+Down 虽然也能拉选到结尾，但本质是“选中”而非“跳转”
这个组合执行的是 editor:select-to-end-of-document，它会从当前位置选中直到文件末尾。如果你只需要定位光标，它多做了选中动作，还可能触发自动缩放或滚动抖动；如果顺手要删尾部内容，倒是可以一步到位。
- 选区过大时（比如从第 1 行拉到 5000 行），Atom 可能短暂无响应，松开按键后才完成渲染
- 若当前已有选区，该快捷键会取消原选区再重新拉取，不是追加选择
- 和
Cmd+Down相比，它无法用于快速跳转后立刻输入——因为光标处于选中态，下次输入会覆盖整段
\n 字符之后的位置。如果文件末尾没有换行符，Cmd+Down 会停在最后一个字符上，而不是其后——这时候按一次 Right 才算真正抵达 EOF。
