go net/http 流程可追溯：listenandserve 创建 server 并调用 listenandserve()，nil handler 时使用 defaultservemux；defaultservemux 基于前缀最长匹配路由，不支持正则；handlerfunc 通过方法绑定实现 handler 接口；client 端推荐用 http.newrequest + client.do 实现可控请求；responsewriter 允许多次 write 但 writeheader 后不可改 header，req.body 需手动 close。
Go 的 net/http 包不是黑箱，它的请求/响应流程完全可追溯、可干预——只要你理解清楚 Handler、ServeMux 和 Server 三者的职责边界和调用链路。
http.ListenAndServe 启动后到底做了什么？
它本质是创建一个 Server 实例并立即调用其 ListenAndServe() 方法。关键点在于：handler 参数为 nil 时，会自动使用 http.DefaultServeMux；而 DefaultServeMux 是全局唯一的路由注册中心。
-
http.ListenAndServe(":8000", nil)等价于(&http.Server{Addr: ":8000", Handler: http.DefaultServeMux}).ListenAndServe() - 底层会调用
net.Listen("tcp", addr)创建监听 socket，然后进入阻塞式Accept()循环 - 每次接受新连接，就启动一个 goroutine 执行
conn.serve()，这是并发模型的起点 - 每个
conn会解析 HTTP 请求头、读取 body，并构造*http.Request和http.ResponseWriter实例
DefaultServeMux 是如何匹配路由的？
它内部维护一个 map[string]muxEntry，但**不支持通配符或正则**，只做前缀匹配（最长匹配优先），且路径必须以 / 开头。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 注册
http.HandleFunc("/api/v1/users", handler)→ 存入m["/api/v1/users"] - 注册
http.HandleFunc("/api/", handler2)→ 存入m["/api/"]，且该条目会排在更长路径之后（靠前） - 请求
/api/v1/users?id=1会命中/api/v1/users，而非/api/ - 请求
/api/health会命中/api/，因为没有更长的匹配项 - 注意：如果注册了
"/"，它会作为兜底路由，但必须放在最后注册，否则会截断所有其他路由
Handler 接口和 HandlerFunc 类型怎么协作？
所有能被路由调用的函数，最终都必须满足 Handler 接口。而 HandlerFunc 是一个类型别名 + 方法绑定的巧妙封装，让普通函数“变”成接口实现。
-
type HandlerFunc func(http.ResponseWriter, *http.Request)是函数类型 -
func (f HandlerFunc) ServeHTTP(w http.ResponseWriter, r *http.Request) { f(w, r) }让它实现了Handler接口 - 所以
http.HandleFunc("/ping", func(w http.ResponseWriter, r *http.Request) {...})实际上是把匿名函数转成了HandlerFunc类型，再传给DefaultServeMux.HandleFunc - 自定义结构体只要实现
ServeHTTP方法，就能直接传给http.Handle，无需包装
Client 端发起请求时，http.Get 和 http.Do 的差异在哪？
http.Get 是最简封装，适合无定制需求的 GET 请求；真正灵活可控的是 http.NewRequest + http.Client.Do 组合。
-
http.Get(url)内部调用http.DefaultClient.Get(url)，超时、重试、Header 全部不可控 -
http.Post(url, contentType, body)强制要求contentType，且无法设 Header 或 Cookie -
http.PostForm(url, data)仅适用于application/x-www-form-urlencoded场景，本质是调用url.Values.Encode() - 需要设置超时、自定义
User-Agent、带Cookie或复用连接？必须用&http.Client{Timeout: 10 * time.Second}+http.NewRequest+client.Do(req)
整个流程里最容易被忽略的，是 ResponseWriter 并非一次性写入流——它允许多次调用 Write、WriteHeader，但一旦 WriteHeader 发送状态码，后续就不能再修改 header；还有 req.Body 必须手动 Close()，否则连接可能无法复用。这些细节不看源码，只靠文档很难真正踩准。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
