Alt+Enter 不生成 int64(x) 等类型转换，因其仅响应编译错误（如类型不匹配），而显式转换属开发者主动行为；它可辅助改字段类型、加类型断言或包装接口，但不替代 strconv 等手动转换。
GoLand 里 Alt+Enter 不能直接生成类型转换代码，它只响应语义错误或缺失实现，不是类型转换的快捷入口。
为什么 Alt+Enter 不会帮你写 int64(x) 这类转换
Alt+Enter 触发的是「意图操作（Intent Actions）」，它只在 IDE 检测到明确问题时才激活：比如变量类型不匹配导致编译报错、接口方法未实现、结构体字段未初始化等。而手动写 int64(x) 属于开发者主动行为，IDE 不认为这是“错误”，所以不会弹出建议。
- 常见误判场景：你写了
var n int64 = 42，再写n = 3.14—— 此时 Alt+Enter 才会出来，提示 “Cannot assign float64 to int64”，但给出的修复是「Cast expression to int64」，而非自动补全转换代码 - 如果只是想把
string转int，而没触发编译错误（比如赋值给interface{}），Alt+Enter 根本不出现 - GoLand 不提供类似 TypeScript 的「Convert to number」这类智能重构，类型转换必须手写或靠
strconv包
哪些情况 Alt+Enter 真的能帮你“绕过”类型转换
它不生成转换表达式，但能快速补全配套逻辑，间接减少手动写转换的频次：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 光标停在报错的结构体字段上（如
Age: "25"赋给int字段），Alt+Enter → 选Change field type to string，直接改定义，省得自己转 - 函数参数类型不匹配时（如期望
io.Reader传了*bytes.Buffer），Alt+Enter 可能提示「Add type assertion」或「Wrap with bytes.NewReader」——这是真正有用的转换辅助 - 调用返回
error的函数后，直接写if err != nil { panic(err) }，Alt+Enter 可一键替换成log.Fatal(err)或return err，避免手动补全错误处理链
替代方案：真正提升类型转换效率的做法
与其依赖 Alt+Enter 做转换，不如建立更贴合 Go 习惯的工作流：
- 对基本类型转换，熟记
strconv常用函数缩写：Atoi、Itoa、ParseFloat、FormatBool，用 Ctrl+Space 补全比等 Alt+Enter 更快 - 自定义 Live Template：比如新建模板缩写
atoi，展开为strconv.Atoi($str$)$END$，输入后 Tab 即可填充 - 嵌套结构体或 API 响应体需要批量类型适配时，用 GoLand 2026 版的 JSON 黑科技：粘贴 JSON → 自动生成 struct +
jsontag，再用 Alt+Enter 批量加omitempty，比手动转字段类型省力得多 - 遇到
interface{}解包场景（如从 map 中取值），Alt+Enter 在类型断言处会提示「Add type assertion」，生成v, ok := x.(string)，这才是它最该用的地方
类型转换在 Go 里从来不是 IDE 能全自动兜底的事，Alt+Enter 的价值在于“精准响应错误上下文”，而不是“猜你想转什么”。别让它背锅，该查文档时就查 strconv，该改结构体就改结构体——毕竟 Go 的哲学是显式优于隐式。
