ModelIO MDLMesh添加UV贴图 调用addUnwrappedTextureCoordinates真机崩溃

该崩溃是Model/IO框架addUnwrappedTextureCoordinates方法在ARM架构真机上的边界校验bug，触发逻辑如下：

• 手动构造MDLMesh时，顶点描述符仅配置了位置属性，提前手动调用addAttribute新增的float2纹理坐标属性没有匹配正确的buffer步长与偏移配置，导致UV展开算法内部构建三角面邻接边表时，无法正确读取顶点关联数据，反复输出Can't choose for edge creation日志，最终因哈希表查询不存在的顶点key抛出std::out_of_range异常终止。模拟器运行在x86_64架构下内存校验更宽松，未触发该边界问题所以可正常运行。
• 手动计算zone大小、直接拷贝buffer内容的逻辑没有做真机要求的内存对齐，Metal在ARM设备上对线性buffer有强制对齐要求，未对齐的buffer会导致ModelIO读取顶点、索引数据时出现偏移，进一步加剧边构建失败的问题。

按以下规则调整代码即可解决：

• 不要手动创建zone、手动计算buffer长度拷贝内存，优先使用MDLMesh内置的构造方法直接传入顶点、索引数组，框架会自动处理内存对齐与buffer布局，避免手动计算带来的对齐错误。
• 不要在调用UV展开方法前手动调用addAttribute新增纹理坐标属性，addUnwrappedTextureCoordinates本身会自动创建符合要求的纹理坐标属性，提前手动添加会造成属性元数据冲突。
• 调用UV展开前确保网格存在法线属性，UV展开的面片投影逻辑依赖法线数据，缺省法线会直接导致真机上边构建逻辑失败。

修复后的核心实现代码：

let allocator = MTKMeshBufferAllocator(device: device)
// 直接传入顶点、索引数组构造MDLMesh，框架自动处理buffer对齐与布局
let mdlMesh = MDLMesh(
    vertices: mesh.vertices.map { MDLVertex(position: $0, normal: .zero, textureCoordinate: .zero) },
    vertexCount: mesh.vertices.count,
    indices: indexArray, // 传入[UInt32]类型的索引数组
    material: nil
)
// 缺失法线时先补全法线
if mdlMesh.vertexDescriptor.attributeNamed(MDLVertexAttributeNormal) == nil {
    mdlMesh.addNormals(withAttributeNamed: MDLVertexAttributeNormal, creaseThreshold: 0.0)
}
// 直接执行UV展开，无需提前添加纹理坐标属性
mdlMesh.addUnwrappedTextureCoordinates(forAttributeNamed: MDLVertexAttributeTextureCoordinate)

如果业务场景必须从现有Metal buffer拷贝数据，需要将计算出的zone大小、buffer长度按当前设备的minimumLinearBufferAlignment做向上对齐后再分配内存，避免对齐问题。

内容的提问来源于stack exchange，提问作者Reza Hemadi