全局网络对象本身不逃逸，但其初始化表达式中嵌套的结构体字段（如http.Transport）、接口赋值（如net.Conn）、或装箱操作（如sql.Open返回值）会因被外部引用而逃逸至堆。
全局网络对象（如 *http.Client、*sql.DB、net.Conn 等）在包初始化阶段（init()）或包级变量声明时完成初始化，这类对象本身不逃逸——但它们内部持有的资源（如连接池、缓冲区、TLS 配置）是否逃逸，取决于初始化方式和后续使用路径；关键不是“对象在哪定义”，而是“它的字段/依赖是否被外部引用”。
全局变量声明本身不触发逃逸，但初始化逻辑可能让底层字段逃逸
包级变量如 var client = &http.Client{} 在编译期就确定地址，它本身是静态分配的，不涉及逃逸分析。但问题出在初始化表达式里：
-
&http.Client{Transport: &http.Transport{...}}：嵌套结构体中的Transport若含闭包、接口字段（如RoundTrip函数类型）、或指向动态分配缓冲区的指针，这些子字段可能逃逸 -
sql.Open(...)返回的*sql.DB是堆上对象（必然逃逸），因为其内部连接池、回调函数、context 监听器等生命周期远超单次函数调用 - 用
new或&T{}初始化一个结构体并赋给包级变量，该结构体字段若被后续其他包函数读取（比如func Serve() { use(globalConn) }），则整个结构体不会逃逸，但其中被外部读取的字段（如globalConn.conn）仍可能因间接引用而逃逸
init() 函数中创建局部网络对象再赋值给全局变量，大概率触发逃逸
常见写法：func init() { globalConn = net.Dial(...) }。此时 net.Dial 返回的是 net.Conn 接口，而接口赋值会装箱（boxing）——实参值必须分配在堆上才能满足接口的动态调度需求。
- 哪怕
net.Dial内部返回的是栈上构造的小结构体，只要它被赋给interface{}或任何接口类型（包括net.Conn），就立即逃逸 - 同理，
json.NewDecoder(io.Reader)中传入的io.Reader若来自bytes.NewReader(buf)，而buf是局部切片，则buf底层数组大概率逃逸（因bytes.Reader会保存对buf的引用） - 避免方式：直接使用具体类型而非接口接收，例如把
var rd io.Reader改为var rd *bytes.Reader，并在初始化时显式构造，可减少一层装箱逃逸
HTTP handler 中复用全局 client，但传参触发隐式逃逸
典型场景：http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) { resp, _ := globalClient.Do(r) })。表面看没新分配，但注意：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
r *http.Request是接口参数，r.URL、r.Header等字段底层是url.URL和http.Header（map 类型），它们本身已在堆上；但更隐蔽的是globalClient.Do(r)内部会调用r.Context()，而context.Context是接口，传入时再次装箱 - 如果 handler 内部又调用了
json.Marshal(r.Form)，r.Form是url.Values（即map[string][]string），这个 map 的键值对字符串底层数组也会因传入interface{}而逃逸 - 真正可控的点：避免在 handler 中临时构造大结构体再传给全局 client 方法；优先复用已初始化的请求对象（如预设
http.NewRequest并设置好 header），减少每次请求的堆分配链
验证全局对象初始化路径是否引入意外逃逸
不能只看包级变量声明，要追踪初始化表达式的完整 AST 路径。最可靠方式是加 -gcflags="-m=2 -l" 编译并过滤关键词：
- 在包根目录执行：
go build -gcflags="-m=2 -l" -o /dev/null . 2>&1 | grep -E "(escapes to heap|leaking param|&.*literal)" - 重点关注
init函数行号输出，例如./main.go:42:6: &http.Transport{} escapes to heap表示该字面量逃逸 - 若看到
leaking param: r to result ~r0 level=0，说明init中某个函数参数被直接作为返回值传出，这是强逃逸信号 - 注意：加
-l禁用内联是为了稳定结果，但实际运行时内联可能改变逃逸行为——性能关键路径建议同时测试-l和默认内联下的差异
真正难定位的不是“全局变量本身”，而是它初始化过程中那些被忽略的中间值：一个 bytes.Buffer 在 init 里被 fmt.Fprintf 写入后又转成 string 赋给配置字段，这个 Buffer 底层数组就可能因 fmt.Fprintf 接收 io.Writer 接口而逃逸。这类链式逃逸必须靠 -m=2 日志逐层回溯，没法靠经验猜准。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
