GoLand 不提供生成 context.TODO() 的快捷操作，它仅用于临时占位，表示“此处缺失上下文，需后续补全”，语义上区别于表示根上下文的 context.Background()。
GoLand 本身不提供“生成 TODO 类型 Context”的快捷操作，context.TODO() 只是一个函数调用，不是某种可被 IDE 自动生成的特殊结构。你真正需要的，是明确什么时候该写 context.TODO()、怎么写、以及为什么不能随便用它替代 context.Background()。
什么时候必须用 context.TODO() 而不是 context.Background()
只有当你**本该接收一个外部传入的 ctx context.Context 参数，但调用方没传、或接口还没改完、或当前函数签名临时缺失 ctx 参数**时，才用 context.TODO() 占位。
- 常见场景：刚写一个新 handler，但路由层还没接入 context；或重构中某个中间件函数暂时没补全 ctx 参数
- 错误场景：在
main()函数里初始化数据库连接时写context.TODO()—— 这里应该用context.Background() - 静态分析工具（如
staticcheck）会把TODO()当作待修复项标记，而Background()不会
GoLand 里怎么快速敲出 context.TODO()
没有专属 Live Template，但你可以靠自动补全 + 导包搞定：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 输入
context.，等 GoLand 弹出补全列表，选中TODO（注意不是Timeout或WithCancel） - 如果提示
undefined: context，把光标停在context上按Alt+Enter（Windows/Linux）或Option+Enter（macOS），选 “Add import for 'context'” - 别手动敲全路径
context.TODO()，容易拼错成context.Todo()或context.TODO（漏括号），后者会导致编译失败
context.TODO() 和 context.Background() 源码上真的一样？那为啥要分两个？
是的，它们都返回 *emptyCtx，行为完全一致。区别只在语义和工具链支持：
-
Background()表示“我就是根，理所应当”，用于main、测试 setup、全局初始化 -
TODO()表示“这里缺 ctx，别忽略，快补”，会被go vet、staticcheck、golangci-lint等工具识别并报 warning - 如果你在代码里搜
TODO()，基本就是在找“还没修完的上下文透传缺口”
最常被忽略的一点：TODO() 不是给“懒得想用哪个 context”的人准备的快捷键，它是给“明确知道这里有问题、但暂时绕不过去”的人留的显式标记。混用或滥用会让团队无法通过工具快速定位 context 链路断裂点。
