用AssimpNet读取STL/OBJ最省事，它是支持40+格式的成熟C#封装，需认准Starnet维护的AssimpNet包；加载时注意格式识别、路径处理、顶点去重及材质手动启用。
用 AssimpNet 读取 STL/OBJ 最省事
STL 和 OBJ 都不是 .NET 原生支持的格式，硬写解析器不现实。直接上 AssimpNet——它是 C++ assimp 库的成熟 C# 封装，支持 40+ 种 3D 格式，STL/OBJ 是它最稳的两个用例。
常见错误是去 NuGet 搜 “assimp” 找到过时或维护中断的包（比如 Assimp 或 AssimpManaged），必须认准 AssimpNet（作者：Starnet，最新版已支持 .NET 6+）。
- 安装命令：
dotnet add package AssimpNet - 加载 OBJ 示例：
var importer = new Assimp.Importer(); var scene = importer.ImportFile(@"model.obj", PostProcessPreset.TargetRealtimeMaximumQuality);
-
scene.RootNode是树形结构入口，顶点/面数据藏在scene.Meshes里，每个Mesh包含Vertices（Vector3D数组）和Face列表 - STL 文件通常无材质、无 UV，
scene.Materials可能为空，别一上来就遍历它导致 NullReferenceException
STL 二进制 vs ASCII：读取前先判断格式
同一个 .stl 文件可能以二进制或纯文本方式保存，AssimpNet 能自动识别，但手动解析或调试时容易卡在这一步——比如用 StreamReader 读二进制 STL 会乱码，用 BinaryReader 读 ASCII STL 会提前 EOF。
- 快速判断方法：读前 5 字节，如果是
"solid "（注意空格），基本是 ASCII；否则大概率是二进制 - 二进制 STL 头部 80 字节是描述字段，接着 4 字节是三角面数量，之后每 50 字节为一个三角面（法向量 + 3 个顶点）
- 不要自己写二进制解析来“练手”，
AssimpNet内部已处理好字节序和 padding，重复造轮子反而容易在小端/大端或对齐上出错
OBJ 的材质和纹理路径是相对的，别硬拼绝对路径
OBJ 文件本身不嵌入纹理，只通过 mtllib 引用 .mtl 文件，再由 .mtl 中的 map_Kd 指向图片。所有路径默认相对于 OBJ 文件所在目录。
-
AssimpNet默认不会自动加载外部 MTL 或贴图，需手动设置Importer.SetPropertyInteger(PropertyInteger.AI_CONFIG_IMPORT_OBJS_USE_MATERIALS, 1) - 如果模型和贴图不在同一目录，得自己实现
IAssimpLogger或重写FileSystem行为，否则scene.Materials[0].TextureCount会是 0 - Windows 下路径分隔符用反斜杠
\，但 OBJ 规范要求正斜杠/，AssimpNet会自动转换，不用额外 replace
内存占用高？Mesh 数据默认没做顶点去重
OBJ/STL 导入后，Mesh.Vertices 和 Mesh.Faces 是原始索引结构：一个顶点被多个面共用时，在 Vertices 数组里会重复存多次。这会让内存翻几倍，尤其对大模型。
- 启用顶点去重：构造
Importer时传入PostProcessSteps.GenSmoothNormals | PostProcessSteps.SortByPType | PostProcessSteps.FindDegenerates - 更关键的是
PostProcessSteps.ImproveCacheLocality—— 它会重排顶点顺序并合并重复项，Mesh.VertexCount明显下降 - 注意：去重后
Mesh.Faces的索引值会变，别拿原始 OBJ 的面索引直接去查Vertices
真正麻烦的是带动画或骨骼的 OBJ（其实极少），AssimpNet 不支持，得换 OpenAssetImport 或转向 glTF。普通静模，把上面四点踩准，基本没坑了。
