GoLand不支持一键提取代码到新文件，仅能提取为函数/类型并限于当前或已有文件；替代方案是：提取为导出函数→新建文件粘贴→手动修复包与导入关系。
GoLand 不支持“一键提取到新文件”
GoLand 没有内置功能能把一段选中的深层嵌套代码（比如某个 if 块、for 循环体，或匿名函数内部）直接“提取到一个全新的、独立的 .go 文件”中。它能做的，是提取为新函数、新类型或新方法——但这些都默认留在当前文件内，或仅支持移动到**已存在**的同包文件中。
真正可行的三步替代方案
你要的效果，实际需要组合操作。核心思路是：先提取成可导出的命名实体 → 手动挪到新文件 → 修复包与导入关系。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 用
Extract Function（快捷键Ctrl+Alt+M）把目标代码块转成一个新函数，确保函数名以大写字母开头（如ProcessItem），这样它才是导出的 - 新建文件（如
processor.go），声明package main（或你项目实际用的包名），把刚生成的函数定义完整复制过去 - 回到原文件，删掉被提取的函数定义；如果新文件里用了原文件中的变量或类型，需手动加
import（跨包时）或确认是否同包可见（同包无需 import）
为什么不能全自动？关键限制点
GoLand 的重构系统严格遵循 Go 语言的包模型和作用域规则，它不负责创建文件系统路径、管理包依赖或推断导入需求。几个典型卡点：
- 新文件该放哪？
cmd/？internal/？还是根目录？IDE 不会猜，也不该替你决定 - 新文件该用什么包名？
main？utils？process？这涉及模块职责划分，属于设计决策 - 如果提取的代码引用了原文件里的未导出变量（如
var debugMode bool），直接挪走会编译失败——必须你手动判断：是传参、改成导出，还是重构调用方式
容易忽略的细节：同包多文件的隐含前提
如果你坚持所有命令或逻辑都在 package main 下拆分（比如 cmd_add.go 和 cmd_list.go），那确实可以靠 Go 编译器自动合并——但前提是：所有文件都放在同一目录下，且都声明 package main。一旦你把提取出的函数放到 internal/processor/ 下并改用 package processor，就必须显式 import "your-module/internal/processor"，而且那个函数必须导出（首字母大写）。
