Golang CLI应用中如何正确使用Context？

针对你提出的两个问题，结合代码示例逐一说明：

1. 创建单个共享的ctx上下文变量，用于所有需要Context的操作是否正确？ #

在你的CLI应用场景下，这种做法是可行的，但要结合程序生命周期判断：

• 你的CLI属于短生命周期程序，从启动到执行完连接、Ping操作就退出，共享一个带5秒超时的ctx可以统一控制所有MongoDB操作的最长耗时，避免程序无限等待。
• 代码里的defer cancel()写法很规范，能确保ctx在main函数退出前被正确取消，避免资源泄漏。
• 但如果后续要添加耗时超过5秒的操作（比如批量数据读写），这个共享ctx的超时会限制操作执行，这时应该基于原ctx创建子context（比如用context.WithTimeout或context.WithCancel），给特定操作单独设置超时/取消逻辑。

2. 使用该Context的操作会重启5秒计时器，还是共享同一个计时器？ #

所有使用这个ctx的操作共享同一个5秒计时器，计时器从context.WithTimeout调用的那一刻开始计时：

• 比如你的代码中，mongo.Connect和client.Ping共用同一个ctx，这两个操作的总耗时不能超过5秒。如果Connect用了3秒，那Ping就只剩2秒的执行时间，一旦总时长超过5秒，ctx会被自动取消，后续依赖这个ctx的操作都会收到取消信号。
• 若想给每个操作单独设置超时，需要为每个操作创建独立的子context，示例如下：

// 给Connect单独设置3秒超时
connectCtx, connectCancel := context.WithTimeout(ctx, 3*time.Second)
defer connectCancel()
client, err := mongo.Connect(connectCtx, clientOptions)

// 给Ping单独设置2秒超时
pingCtx, pingCancel := context.WithTimeout(ctx, 2*time.Second)
defer pingCancel()
err = client.Ping(pingCtx, readpref.Primary())

内容的提问来源于stack exchange，提问作者Dannyboy