MTL文件是纯文本键值对格式，需用std::getline逐行读取并跳过空行和#注释；newmtl为材质块起点，属性仅属其后最近的newmtl；解析时用string_view定位有效内容，sscanf安全读取颜色/向量参数，map_*路径相对MTL文件目录，未知指令应记录而非静默忽略。
MTL文件格式本质是纯文本，用std::ifstream逐行读取最稳妥
Wavefront MTL不是二进制协议，没有版本号或魔数校验，就是按行解析的键值对。别用fscanf或正则强行匹配整行——容易漏掉空格、注释和连续空白。直接用std::getline读每行，再用std::string_view跳过前导空格和#开头的注释行。
常见错误现象：newmtl后紧跟换行，或材质名含空格（如wood floor），导致operator>>只读到第一个单词。必须用std::getline配合find_first_not_of(" \t")定位有效内容起始位置。
- 跳过空行和注释：检查
line.empty() || line[0] == '#' - 提取关键字：用
line.substr(0, line.find_first_of(" \t"))取首词 - 提取参数：用
line.substr(pos)从第一个非空格处开始，再std::istringstream拆分（注意保留带空格的字符串如map_Kd textures/brick.jpg）
newmtl必须作为材质块起点，且不能嵌套
每个材质定义以newmtl开头，后面紧接材质名（单行，不可跨行）。后续所有Ka、Kd、map_Kd等指令都属于该材质，直到下一个newmtl或文件结束。没遇到newmtl就读到的任何属性（比如开头就写Ka 1 1 1）应被忽略——MTL规范不支持全局默认值。
容易踩的坑：illum、Ns等标量参数可能缺失，需设合理默认（如illum = 2表示Phong，Ns = 96.0f）；map_*路径是相对MTL文件所在目录的，不是OBJ文件目录，加载纹理时得用std::filesystem::path(mtl_path).parent_path() / texture_path拼接。
立即学习“C++免费学习笔记（深入）”；
- 维护一个
std::string current_material_name，遇到newmtl就更新，否则跳过所有属性解析 -
map_Kd wood.jpg中的wood.jpg要原样保留，不要自动补.png或删扩展名 -
Tr（透明度）和d（溶解度）互斥，MTL里通常只出现其一，优先用d（Tr是旧版，值为1−d）
颜色和向量参数用sscanf比std::stof更安全
Ka、Kd、Ks、Tf都是三元浮点数（如Kd 0.8 0.2 0.1），但有些模型会写成Kd 0.8（灰度）甚至Kd 0.8 0.2（缺第三个分量）。用std::istringstream逐个>>会失败并置failbit，而sscanf可指定最多读3个，剩余用默认值填充。
示例代码片段：
float r = 0.0f, g = 0.0f, b = 0.0f;
int n = sscanf(param_str.c_str(), "%f %f %f", &r, &g, &b);
if (n == 1) { g = b = r; }
else if (n == 2) { b = 0.0f; }
-
Ns（高光指数）是单个float，范围通常1–1000，但允许Ns -1表示无高光，需特殊判断 -
Ke（自发光）虽不常用，但存在，也按三元向量处理 - 避免用
atof——它遇到非法字符会静默返回0，掩盖格式错误
忽略非标准指令，但记录未知行便于调试
不同建模软件导出的MTL常含私有扩展，如map_Bump、refl、disp，甚至foo_bar 1 2 3。标准MTL只定义了约15个关键字（见Wavefront spec），其余一律跳过。但完全沉默会导致排查困难——比如发现材质全黑，结果是map_Kd路径错但没报错。
建议在开发阶段加一句std::cerr ，发布时关掉。别试图“兼容”所有变体，OBJ/MTL本就是松散事实标准，稳定解析已知字段比猜测语义更重要。
- 关键字全部转小写再比较（
std::tolower逐字符），避免NEWMTL或newMTL被忽略 -
illum值只接受0–10，超出范围视为无效，不强制截断 - 同一个材质里重复出现
Kd（如两行Kd 0.5 0.5 0.5）以最后一行为准
../时，std::filesystem::weakly_canonical比手写路径拼接更可靠。 
