Alt+Enter 仅在项目已正确初始化为 Go 模块且包路径可解析时才提供 import 补全；需满足：存在有效 go.mod、本地包目录结构匹配模块路径、包声明正确、IDE 索引完成。
Alt+Enter 不能直接“引入本地包”，它只在 IDE 能明确推断导入路径时才提供 import 补全选项——前提是项目已正确初始化为 Go 模块，且包路径可解析。
为什么 Alt+Enter 在写本地包路径时没反应
常见现象是：你在 main.go 里写了 utils.SomeFunc()，光标停在 utils 上按 Alt+Enter，但弹出菜单里没有 “Import package 'example.com/myproject/utils'” 选项。
- 根本原因：GoLand 没法从当前上下文反推出该符号属于哪个模块路径——
go.mod不存在、不在项目根目录、或模块名与实际目录结构不匹配 - 另一个典型情况：你写了
import "./utils"（错误格式），Go 不认，IDE 也不帮补全；Alt+Enter只处理合法 Go 语法片段，不修复非法语句 - 如果
utils/目录下没有package utils声明，或包名写成了package helper，GoLand 会认为这不是一个可导入包，同样不触发补全
让 Alt+Enter 正常工作的前提条件
必须同时满足以下四点，Alt+Enter 才会在调用未导入符号时给出 import 提示：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 项目根目录存在有效的
go.mod，第一行是module example.com/myproject（不能是空行、注释或module .） -
utils/是go.mod所在目录的子目录，且其中至少有一个.go文件以package utils开头 - 你在代码中写的调用是合法的 Go 表达式，比如
utils.DoSomething()，而不是./utils.DoSomething()或myutils.DoSomething()（后者 IDE 无法关联） - GoLand 的 Go SDK 和模块索引已刷新——可手动执行
File → Reload project或等待右下角索引完成图标消失
正确操作流程（不是“按 Alt+Enter 就完事”）
假设你想在 main.go 中使用 utils/ 下的函数：
- 先确认终端在项目根目录，运行
go mod init example.com/myproject（若还没做） - 确保
utils/helper.go第一行是package utils，且没有语法错误 - 在
main.go里写utils.FormatString("hello")（哪怕这个函数还不存在，只要包名和调用形式对） - 把光标停在
utils上，按Alt+Enter→ 出现 “Import package 'example.com/myproject/utils'” → 回车确认 - 此时 IDE 会自动添加
import "example.com/myproject/utils"，并下载依赖（如有）
比 Alt+Enter 更可靠的替代方式
当 Alt+Enter 失效或你不确定路径时，手动写导入更可控：
- 直接在文件顶部写
import "example.com/myproject/utils"（注意：不是./utils，也不是utils） - 写完后按
Ctrl+Shift+O（Optimize Imports），IDE 会自动删冗余 import、加缺失的、排序 - 如果报错
no required module provides package，说明模块路径或目录位置不对，优先检查go.mod和utils/是否在模块根目录下
真正容易被忽略的是：GoLand 的 import 补全能力完全依赖底层 go list 和模块索引，而这两者对 go.mod 位置极其敏感——把 go.mod 放错一层目录，整个本地包导入链就断了，这时候再怎么按 Alt+Enter 都没用。
