goland 的 local history 能找回未保存代码，因其自动基于文件变更快照（每分钟、ctrl+s、构建/运行前）记录编辑状态，不依赖 git；前提是文件曾被 ide 打开编辑且未被彻底删除。
GoLand 的 Local History 为什么能找回未保存的代码
GoLand 自动维护本地历史记录（Local History），哪怕没手动保存、甚至文件被误删，只要编辑过，就大概率能恢复。它不依赖 Git 或外部备份，而是基于 IDE 自身的文件变更快照机制——每分钟、每次显式操作（如 Ctrl+S）、项目构建或运行前都会自动存档。
关键前提：该文件曾被 GoLand 打开并编辑过，且未被彻底从磁盘删除（比如用 rm 命令直接删掉）；IDE 没有异常崩溃后清空缓存（默认不会）。
怎么打开 Local History 并定位未保存的修改
右键点击编辑器标签页或项目视图中的文件 → 选择 Local History → Show History。窗口里会列出时间线，每个条目对应一次自动快照。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 未保存的修改通常出现在“最近一次保存之后”的条目中，比如你改了 10 分钟但没按 Ctrl+S，那倒数第二或第三条快照很可能包含那些改动
- 如果文件刚新建还没保存过（即无磁盘文件），右键空白编辑器区域无法触发该菜单；此时需先
File→Save As…保存为临时路径，再对这个已存文件调出 Local History - 对比时用双击某条目打开差异视图，绿色部分是新增内容，红色是删掉的——你真正要找的“未保存代码”往往就藏在绿色块里
Local History 不生效的常见原因和绕过方法
不是所有情况都能靠 Local History 拯救。以下问题最常导致恢复失败：
-
idea.system.path所在磁盘空间不足或被清理过：Local History 存在 IDE 系统目录下，路径类似~/Library/Caches/JetBrains/GoLand2023.3/localHistory（macOS）或%LOCALAPPDATA%\JetBrains\GoLand2023.3\localHistory（Windows）。清缓存工具或手动删system目录会连带清除它 - 文件是通过拖拽进编辑器、或粘贴创建的“临时缓冲区文档”，从未关联到真实路径：这种文档根本不会进入 Local History，只能靠系统剪贴板或 IDE 的
Recent Changes（Ctrl+Shift+E）碰运气 - 启用了
Settings → Appearance & Behavior → System Settings → Synchronize files on frame activation且勾选了Remove content from disk if it's not in project：这会让 IDE 主动删掉未加入项目的文件，Local History 也随之失效
比 Local History 更早一步的补救手段
如果 Local History 里找不到想要的版本，别急着放弃。GoLand 启动时会尝试从 idea.log 和崩溃快照中提取残留内容，尤其适用于 IDE 异常退出后重启的场景：
- 关闭 GoLand，打开终端，执行：
grep -r "unsaved.*content" ~/Library/Caches/JetBrains/GoLand2023.3/（macOS）或用findstr /s "unsaved" %LOCALAPPDATA%\JetBrains\GoLand2023.3\（Windows）搜索日志碎片 - 检查
~/.GoLand2023.3/system/snapshots/目录下是否有*.snap文件，用文本编辑器打开看是否含可读 Go 代码——这些是 IDE 崩溃前的内存快照 - 若用的是 JetBrains Toolbox，确认没启用“清理旧版本缓存”，否则多个版本的
localHistory可能被一并清掉
Local History 是第一道防线，但它不是保险柜。真正容易被忽略的是：它只对“被 IDE 管理的文件”有效，而新建文件、未保存的临时 tab、或通过外部命令（如 echo '...' > main.go）覆盖写入的内容，压根不会留下痕迹。
