在 Go 中，所有值类型（包括 struct）通过 channel 传递时都会被完整复制；若结构体较大，这会带来显著的内存和性能开销。推荐改用指针类型（如 chan *T）避免拷贝，但需注意并发读写引发的数据竞争问题。
在 go 中，所有值类型（包括 struct）通过 channel 传递时都会被完整复制；若结构体较大，这会带来显著的内存和性能开销。推荐改用指针类型（如 `chan *t`）避免拷贝，但需注意并发读写引发的数据竞争问题。
Go 的 channel 是值传递语义：当一个结构体（如 largeStruct）被发送到 channel 时，Go 运行时会将该结构体的整个内存块按字节复制到接收方 goroutine 的栈或堆上。这意味着，即使结构体包含一个 10,000 元素的数组（如 [10000]int），每次发送都会触发约 80 KB（10000 × 8 字节）的内存拷贝。在高频通信场景下，这种拷贝不仅浪费 CPU 和内存带宽，还可能成为性能瓶颈。
以下代码直观展示了拷贝行为：
func consumer(wg *sync.WaitGroup, input <-chan largeStruct) {
defer wg.Done()
for i := 0; i < 5; i++ {
v := <-input
fmt.Printf("consumer: %d, buf addr = %p\n", i, &v.buf[0])
}
}
func producer(wg *sync.WaitGroup, output chan<- largeStruct) {
defer wg.Done()
for i := 0; i < 5; i++ {
s := largeStruct{}
fmt.Printf("producer: %d, buf addr = %p\n", i, &s.buf[0])
output <- s // ← 此处发生完整结构体拷贝
}
close(output)
}运行可见：producer 中 &s.buf[0] 与 consumer 中 &v.buf[0] 的地址完全不同——证实了数据被复制而非共享。
✅ 推荐优化方案：使用指针通道
将 chan largeStruct 改为 chan *largeStruct，仅传递 8 字节（64 位系统）的指针，彻底规避大对象拷贝：
ch := make(chan *largeStruct)
// ...
output <- &largeStruct{} // 发送指针
// ...
v := <-input // 接收指针，v 类型为 *largeStruct
fmt.Printf("shared buf addr = %p\n", &v.buf[0]) // 地址始终一致⚠️ 重要注意事项：
- 数据竞争风险：多个 goroutine 通过指针共享同一结构体时，若任一 goroutine 修改其字段（如 v.buf[0] = 42），而另一 goroutine 同时读取或修改，将触发未定义行为。必须配合 sync.Mutex、sync.RWMutex 或原子操作进行同步。
- 内存生命周期管理：确保指针指向的对象在接收方使用期间不会被提前回收（例如避免返回局部变量地址后立即函数返回）。推荐在堆上分配（如 &largeStruct{}），由 Go 垃圾回收器自动管理。
- 语义清晰性：使用指针明确表达了“共享意图”，比隐式拷贝更符合高并发场景的设计直觉。
总结：Go 的 channel 传递结构体必然拷贝；性能敏感场景应优先采用 chan *T，并辅以适当的同步机制保障线程安全——这是兼顾效率与正确性的惯用实践。
