在Go编程中，哪些场景下开发者必须自行处理内存对齐？

回答思路

1. 【回答框架 1】内存对齐是CPU访问数据的硬件要求，当数据存储地址是其类型大小的整数倍时读写效率最高；Go编译器通常会自动处理结构体字段对齐，但在与C交互、网络协议解析或高性能数值计算等场景必须手动控制。
2. 【回答框架 2】需要使用手动对齐的核心场景包括：通过unsafe包直接操作内存地址时，若目标地址未对齐会触发panic；使用cgo调用C代码时，传入或接收的结构体必须与C端布局一致；在特定硬件上访问MMIO或共享内存时，必须按硬件规定的对齐方式放置数据。
3. 【回答框架 3】典型数据结构操作中，当结构体包含不同类型的字段时，编译器会按最大对齐系数插入填充，但使用unsafe.Pointer进行类型转换或偏移计算时，必须确保转换后的指针满足目标类型的对齐要求。此外，原子操作函数要求操作数的地址严格对齐到相应字长。
4. 【回答框架 4】性能敏感场景下，频繁访问未对齐字段可能导致额外功耗和较低吞吐，因此需要手动调整字段顺序或使用`align`标签来优化布局。但需注意，手动对齐可能增加内存占用，需权衡。
5. 【关键点 1】使用unsafe.Pointer进行指针运算或类型转换时，必须保证目标地址对齐，否则会panic。
6. 【关键点 2】cgo传递结构体时，需要手动匹配C端的内存对齐规则，防止数据错位。
7. 【关键点 3】原子操作要求变量地址对齐到其字长，通常用atomic.Align64等辅助手段确保。
8. 【关键点 4】在结构体中，手动调整字段顺序或使用对齐标签可以减少填充，但会增加内存占用。
9. 【关键点 5】读取外部二进制数据（如网络包）时，需用binary.Read或手动计算偏移，避免未对齐访问。
10. 【易错点 1】不要假设所有平台的对齐规则相同，应基于目标架构编写可移植代码。
11. 【易错点 2】过度使用unsafe包进行手动操作，容易引入未定义行为，需严格测试。
12. 【易错点 3】对齐优化可能会掩盖代码可读性，优先保证正确性，再考虑性能。