为什么 HTTP 服务器处理程序中的协程会一直运行？
在 Golang 中，HTTP 服务器处理程序是一个负责处理 HTTP 请求的函数。在本文中，我们将探讨为何即使主函数已经结束，处理程序中的协程仍然继续运行。
在给定的代码示例中，处理程序 HelloServer 包含一个独立的协程，该协程运行一个无限循环，每隔两秒输出 "go go go"。
那么，为什么这个协程会在主函数结束之后继续运行？原因在于 HTTP 服务器的内部工作原理。当 http.ListenAndServe 被调用时，它会开启一个接受传入连接并为每个连接创建一个新协程的循环。
这个循环从 func (srv *Server) Serve(l net.Listener) error 方法开始。该方法包含一个死循环，不断侦听传入连接。
当有一个请求到达时，它会创建一个新的协程来处理请求。这个协程负责执行处理程序函数并向客户端返回响应。
一旦处理程序返回，处理它的协程就会退出。然而，主协程（http.ListenAndServe 所在的协程）仍然处于运行状态，因为它仍在监听传入连接。
在这个例子中，go func() { ... }() 协程作为 HelloServer 处理程序的一部分被创建。它独立于处理程序，即使处理程序返回它也会继续运行。与此同时，主协程负责接受连接并创建新的协程来处理请求，它将在出现异常情况或服务被主动关闭时退出。
总之，HelloServer 处理程序中的协程会一直运行是因为它是一个独立的协程，而主协程仍在运行，因为它负责监听传入连接。这个概念对于编写长期运行的服务器应用程序非常重要。
