在 go 语言中，我们经常使用 goroutine 来实现并发操作，不过在实际应用中，我们要面对各种复杂的场景，如调用其它服务（比如数据库服务）时需要控制超时时间、取消操作等，而且协程之间数据共享也是个棘手的问题。针对这些问题，go 语言提供了 context 包，该包提供了协程之间共享上下文数据、控制超时和取消操作等功能，但是在某些情况下，context 也会带来一些麻烦和不必要的开销，并且有时候我们并不需要 context，那么，为什么 golang 不需要 context 呢？
使用协程处理并发操作是 go 语言非常强大的特性之一，相对于其它语言使用线程的方式，协程具有轻量级、低开销、可控性强等优势，让我们可以处理更多更复杂的并发场景。而 context 包的作用则在于，为我们提供了一种协程之间传递上下文信息的方式，以便实现协程之间的控制。
尽管 context 包可以方便地解决上述问题，但是在某些开发场景下，使用 context 也可能带来一些不必要的开销和麻烦。举个例子，我们有时需要使用多个 goroutine 并发处理一些任务，而这些任务彼此独立，不会相互影响，这时如果我们为每个协程都创建一个 context，操作起来可能就显得比较繁琐和冗余。此外，在一些小型应用中，使用 context 可能会导致代码变得更加臃肿，可读性变差。
因此，go 语言的设计者从实际需求和实现成本出发，并没有强制要求我们必须使用 context。在 golang 中，我们可以通过一些其它方式来控制协程之间的超时、取消等操作，比如使用 time.after() 函数来控制超时，或者使用 cancel 值来在需要的时候取消协程操作。
需要注意的是，虽然 golang 没有强制要求我们使用 context，但在某些场景下使用 context 也是很必要的。比如在进行 http 请求时，我们需要控制请求的超时时间和错误处理，这些操作就需要我们使用 context 来进行设置和控制。
综上所述，虽然 golang 没有强制要求我们必须使用 context，但在需要控制超时、取消操作、协程之间共享上下文信息等场景下，context 仍然是相当重要和必要的。当然，对于某些简单的应用场景，我们可以选择一些其它方式来进行协程的控制，以免过度使用 context 带来的不必要的开销和冗余。
以上就是聊聊golang不需要context的原因的详细内容。