在 Go 中，所有值类型（包括结构体）通过通道传递时都会被完整复制；若结构体较大，应改用指针类型（如 chan *largeStruct）避免性能开销和内存浪费。
在 go 中，通过通道传递结构体时是否发生值拷贝？在 go 中，所有值类型（包括结构体）通过通道传递时都会被完整复制；若结构体较大，应改用指针类型（如 `chan *largestruct`）避免性能开销和内存浪费。
Go 的通道（channel）是类型安全的通信机制，其行为严格遵循 Go 的值语义（value semantics）：无论发送方是变量、字面量还是函数返回值，只要通道元素类型是值类型（如 struct、array、int 等），每次 <- ch 操作都会执行一次完整的内存拷贝——包括结构体中所有字段，哪怕是一个占用 80KB 的 [10000]int 数组。
以原示例为例：
type largeStruct struct {
buf [10000]int // 占用约 80KB 内存（10000 × 8 字节）
}
ch := make(chan largeStruct)
// 发送时：output <- largeStruct{} → 整个 80KB 被复制到通道缓冲区（或直接传给接收方）这意味着：
- 每次发送都触发一次 memcpy，带来可观的 CPU 和内存带宽开销；
- 若通道有缓冲（如 make(chan largeStruct, 10)），缓冲区将占用 10 × 80KB = 800KB 连续内存；
- 接收方得到的是独立副本，对 v.buf[0] 的修改绝不会影响发送方的原始数据。
✅ 正确优化方式：改用指针通道
只需将通道类型从 chan largeStruct 改为 chan *largeStruct，即可实现零拷贝传递（仅复制 8 字节指针）：
ch := make(chan *largeStruct)
// 发送端
output <- &largeStruct{} // 分配堆内存，传地址
// 接收端
if v, ok := <-input; ok {
fmt.Printf("buf addr: %p\n", &v.buf) // 所有 goroutine 打印相同地址
}✅ Playground 验证：https://www.php.cn/link/10f39dba81ce772b450e776e718ccff3
对比可见：值通道中 &v.buf 地址每次不同；指针通道中地址始终一致。
⚠️ 重要注意事项：
- 竞态风险（Race Hazard）：多个 goroutine 通过指针共享同一结构体时，若同时读写其字段（尤其是 buf 这类大数组），必须加锁（如 sync.Mutex）或使用原子操作，否则触发 data race —— go run -race 可检测。
- 内存生命周期：确保结构体实例的生命周期长于所有接收 goroutine 的访问时间。推荐使用 &largeStruct{}（分配在堆上），避免栈逃逸不明确导致悬垂指针（虽 Go 编译器通常能正确处理逃逸分析，但显式堆分配更可控）。
- 语义清晰性：使用指针通道即表明“数据可被共享/修改”，需在文档或命名中体现（如 chan *largeStruct 可命名为 dataCh，而非 copyCh）。
总结：Go 的通道不提供引用传递语义；性能敏感场景下，大结构体务必通过指针通道传递，并辅以同步机制保障并发安全——这是兼顾效率与正确性的标准实践。
