Ctrl+Home跳转至文件首行首列，Ctrl+End跳转至文件尾行末尾；二者原生支持、响应快、不受折叠和同步状态影响，比Ctrl+G输入行号更直接可靠。
Ctrl+Home 和 Ctrl+End 是最直接的方式
这两个快捷键在 GoLand 中原生支持，无需额外配置，作用明确：按 Ctrl+Home 光标跳转到文件第一行首，Ctrl+End 跳转到文件最后一行末。它们不依赖文件是否已完全解析，也不受折叠代码块影响——即使某函数被折叠，光标仍会准确落在第 1 行或最后一行的可视位置。
常见错误现象：按了没反应，大概率是焦点不在编辑器内（比如当前聚焦在 Terminal、Project 视图或 Database 工具窗口），先点一下代码区再试；Mac 用户需注意默认是 Cmd+↑ / Cmd+↓，而非 Ctrl 键。
- 若文件极大（如 >50MB 的日志），首次触发可能稍有延迟，因需计算行偏移索引
- 折叠不影响跳转目标，但跳过去后若目标行被折叠，光标会停在折叠标记上，需手动展开才能看到内容
-
Ctrl+Home不等价于“滚动到顶部”，它是精准定位到第 1 行第 1 列；同理Ctrl+End定位到最后一行最后一个字符之后（即换行符前）
为什么不用 Ctrl+G 输入 1 或 -1
Ctrl+G 虽然也能输 1 跳到开头，但它本质是行号跳转，有额外约束：输入 -1 在部分旧版本中不生效，且必须等文件加载完成才能用；而 Ctrl+Home 是编辑器底层光标控制指令，只要文件打开即可用，响应更快更稳定。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
使用场景差异明显：Ctrl+G 适合跳任意中间行（比如第 842 行），但对首尾这种固定位置，用 Ctrl+Home/Ctrl+End 更符合直觉，也避免输错数字的风险。
- 输入
Ctrl+G后输1:1确实能跳到第 1 行第 1 列，但多敲两个字符，没必要 - 如果文件刚被外部程序修改且 GoLand 未自动重载（比如关闭了「Synchronize files on frame activation」），
Ctrl+G 1会跳到旧缓存的第 1 行，而Ctrl+Home始终作用于当前编辑视图，不受磁盘同步状态干扰
替代方案：PageUp/PageDown 不可靠
PageUp 和 PageDown 是滚动操作，不是定位操作。它们只移动视图，不改变光标实际位置——你可能滚到了顶部，但光标还在原来的第 137 行。想真正把光标“放”在开头或结尾，必须用 Ctrl+Home 或 Ctrl+End。
性能影响很小，但容易被忽略的一点是：当启用了「Distraction Free Mode」或「Zen Mode」时，这些快捷键依然有效，而某些自定义宏或插件绑定的“跳首尾”动作可能失效。
-
Shift+PageUp会向上滚动并选中内容，不是跳转 - 用鼠标点击滚动条顶端/底端，同样只滚动，不移动光标
- 如果习惯用方向键慢慢挪，几十万行的文件会卡住，不如一次到位
Ctrl+Home/Ctrl+End 行为和系统级快捷键一致，但如果你在设置里改过键盘映射（比如切换成 Eclipse 或 VS Code 模式），它们可能被覆盖或禁用——建议检查 Settings | Keymap 中 “Move Caret to Text Start/End” 对应的绑定。 
