Go实现自定义WithContext方法时传入nil context是否需要panic？

为什么Request.WithContext传入nil会触发panic #

这是Go标准库遵循快速失败原则的典型设计：

• Go生态有明确约定：context.Context不允许作为nil值传入公开接口，所有接收context参数的公开方法，nil入参都属于明确的非法调用
• 如果允许nil context传入并赋值，后续依赖context的下游逻辑报错时，开发者无法快速定位问题根因是之前传入了nil context，提前panic可以直接把问题暴露在调用WithContext的位置，大幅降低排查成本。

你的WithContext实现是否需要保留相同判断 #

完全建议保留，适配你的场景有两个明确好处：

• 符合Go生态通用约定，使用你封装的redisStore的开发者会默认遵循WithContext不允许传nil的心智预期，符合通用使用习惯
• 你的redisStore存储的ctx会直接传给Redis客户端的Get/Set/Del方法，这类方法本身也不接收nil context，如果不在WithContext阶段提前拦截，后续操作Redis时才报错，根本无法快速关联到是之前传入nil context的问题。

可选优化建议 #

你可以在初始化redisStore实例时，默认给ctx字段赋值为context.Background()，避免未调用WithContext时直接使用实例出现nil context问题。

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