为何SIMD3<Float>与SCNVector3的内存大小和步长存在差异？

问题场景 #

处理缓冲区时，将存储SCNVector3的UnsafeRawPointer转换为UnsafeBufferPointer<SIMD3<Float>>后，读取数据返回错误结果。

内存布局测试结果 #

MemoryLayout<SCNVector3>.size // 12
MemoryLayout<SCNVector3>.stride // 12

MemoryLayout<SIMD3<Float>>.size // 16
MemoryLayout<SIMD3<Float>>.stride // 16

疑问与解答 #

1. 为何SIMD3占用16字节内存？ #

SIMD3<Float>是为SIMD指令集优化的类型，这类类型的内存布局会强制对齐到16字节（对应SIMD寄存器的宽度）。尽管3个Float仅占12字节，系统会自动填充4字节空白内存以满足对齐要求，因此其size和stride均为16字节，确保硬件能高效执行SIMD运算。

2. SCNVector3文档与测试结果的冲突？ #

官方文档描述：

SCNVector3：在macOS中，该结构体的x、y、z字段为CGFloat类型；在iOS、tvOS和watchOS中为Float类型。

在iPhone和M1设备上测试得到12字节的结果是正常的：

• 若运行的是iOS/tvOS/watchOS应用（包括M1设备上的iOS模拟器），SCNVector3的字段为Float（每个4字节），3个字段总占12字节，与测试结果一致；
• 若在M1设备上运行macOS应用，CGFloat在64位系统中为Double（每个8字节），此时SCNVector3的size应为24字节。你测试得到12字节，说明当前运行环境是iOS类系统，而非macOS，因此文档描述不存在错误。

缓冲区读取错误的解决 #

由于SCNVector3（步长12）与SIMD3<Float>（步长16）的内存布局不匹配，直接强制转换会导致数据错位。正确的处理方式：

• 方式一：先以UnsafeBufferPointer<SCNVector3>读取缓冲区数据，再逐个将SCNVector3转换为SIMD3<Float>（SIMD3(x: vec.x, y: vec.y, z: vec.z)）；
• 方式二：若缓冲区数据是由SIMD3<Float>写入的，需确认写入时的内存布局，避免与SCNVector3混合使用。

内容的提问来源于stack exchange，提问作者Dzmitry Valkovich