go模块不影响内存分配，逃逸分析仅依赖ast和数据流，与go.mod路径无关；new总分配堆内存，make的底层数据结构绕过mcache直走mheap。
Go 模块（module）本身不参与内存分配，它只是代码组织和依赖管理的静态单元；真正决定变量放栈还是堆、何时触发 mcache 分配、为什么 make 会绕过逃逸分析直走堆路径的，是编译器 + 运行时内存分配器的协作机制。模块名、go.mod 文件、import 路径，对 runtime 内存行为零影响。
模块路径不影响逃逸分析结果
逃逸分析发生在编译期，只看 AST 和数据流，不读 go.mod 或包导入路径。无论 github.com/user/pkg 还是本地 ./pkg，只要函数签名和引用关系一致，go build -gcflags="-m" 输出就相同。
常见误判场景：
- 以为跨 module 返回指针一定会逃逸 → 实际仍取决于是否被外部闭包捕获或赋值给全局变量
- 把
go mod vendor后的路径变更当成“运行时加载变化” → vendor 只改源码位置，不改编译逻辑 - 在
init()中初始化全局变量，误以为 module 边界能限制其生命周期 → 全局变量天然逃逸到堆，与定义在哪个 module 无关
new 和 make 的分配路径差异
new 总是分配堆内存（返回指针），不触发逃逸分析判断——它本质就是“我要一个堆地址”。而 make 行为更复杂：切片、map、channel 的底层结构体本身可能栈分配，但其 backing array / hash bucket / chan buffer 必须堆分配。
关键点：
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
-
make([]int, 10)：10 个 int 在堆上连续分配，但切片头（len/cap/data 指针）可栈分配 -
make(map[string]int)：map header 栈分配，hmap 结构体及 buckets 数组堆分配 -
make(chan int, 1)：chan header 栈分配，hchan结构体 + 缓冲区堆分配 - 所有
make分配的 backing memory 都绕过 mcache 的小对象路径，直接走 mheap —— 因为它们大小动态、不可预估
mcache 不缓存跨 module 的特殊对象
mcache 是 per-P 的无锁缓存，只按对象 size + 是否含指针（spanClass）索引，跟 module 名、包路径、甚至类型名都无关。同一个 []byte 类型，不管来自 std、vendor 还是 replace 覆盖的私有 repo，只要 size 落在 32B～64B 区间，就命中同一档 mcache span。
但要注意：
- 不同 module 中定义的同名 struct（如
type User struct{...}）会被视为不同类型 → 即使字段完全一样，size 计算可能因 padding 差异而落入不同 spanClass -
unsafe.Sizeof可验证：跨 module 的等价 struct，size 可能不同，导致 mcache miss 频率上升 - vendor 或 replace 会改变源码行号，但 runtime 不关心行号，只认编译后类型元信息
GC 扫描与 module 完全解耦
Go GC 的标记-清除过程只遍历 goroutine 栈、全局变量、heap 上所有 reachable 对象的指针域，不解析 import path、不读取 go.mod、不区分 stdlib 还是第三方 module。哪怕你用 replace 把 net/http 换成自己魔改版，只要类型兼容，GC 就照常工作。
唯一相关的影响点：
- 如果某 module 引入了大量 finalizer（
runtime.SetFinalizer），会拖慢 sweep 阶段 —— 但这不是 module 本身的属性，而是代码行为 - module 间接引入的大对象（如图像处理库分配的几 MB
[]byte）会增加 heap 压力，但 GC 不“知道”它来自哪个 module - vendor 后代码体积变大，可能导致更多 stack frame，间接增加栈扫描开销 —— 仍是编译产物层面，非 module 语义层面
真正容易被忽略的是：逃逸分析结论会随 Go 版本演进而变，比如 1.21 开始对某些闭包场景更激进地栈分配；而模块管理工具（go mod）对此毫无感知。你升级 Go 后发现内存占用下降，往往不是模块配置变了，是编译器悄悄把原本堆分配的变量挪回栈上了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
