OBJ文件顶点行以“v ”开头，如v 1.0 2.5 -0.3，需跳过注释、空行，用stringstream提取xyz坐标；支持4分量但通常忽略第4个；应存入std::vector<glm::vec3>并做索引减1校验。
OBJ文件里顶点行长什么样？先认准v开头的三元组
OBJ顶点数据就藏在以v开头的行里，比如v 1.0 2.5 -0.3。注意不是vt（纹理坐标）或vn（法向量），更不是f（面）。很多初学者一上来就用std::getline读全文件，却没过滤掉注释行（以#开头）和空行，结果std::stof直接抛std::invalid_argument。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 逐行读取，用
line.substr(0, 2) == "v "判断是否为顶点行（注意空格，v后必须是空格，不能是vt误判） - 跳过
line.empty()或line[0] == '#'的行 - 用
std::stringstream ss(line.substr(2))提取后续字段，再用ss >> x >> y >> z——比std::stof逐个切更稳，还能自动跳过多余空格 - OBJ允许顶点带第4个分量（齐次坐标），但绝大多数模型只写3个；遇到4个时，按惯例忽略第4个或归一化（
x/w, y/w, z/w）
用std::vector<glm::vec3>存顶点比裸数组更安全
OBJ顶点数量完全未知，硬开float vertices[100000][3]要么溢出要么浪费。用std::vector动态扩容是唯一合理选择。但别直接存float[3]——C++里它不是可拷贝类型，push_back会编译失败。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 优先用
glm::vec3（如果项目已引入GLM），它支持直接push_back且内存布局兼容OpenGL - 若不用第三方库，定义
struct Vertex { float x, y, z; };，确保有默认构造和成员可访问性 - 避免在循环内反复调用
reserve()——OBJ文件没提供顶点总数，盲目预估反而引发多次重分配；让vector自己按1.5倍增长更高效 - 解析完立刻检查
vertices.size() == 0，防止空模型导致后续f面索引越界
f面行引用的是1-based索引，C++数组是0-based——这里必踩坑
OBJ规范规定面定义如f 1 2 3，索引从1开始。但C++数组下标从0起，直接vertices[index]会访问错位甚至越界（比如读vertices[1]拿到第2个顶点，而非第1个）。更麻烦的是，OBJ还允许f 1/1/1 2/2/2 3/3/3这种带纹理和法向的格式，但顶点索引始终是斜杠前第一个数字。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 解析
f行时，对每个“1”“2/1/1”这样的token，用strtok或find_first_of('/')'截出第一个数字部分，再std::stoi转整数 - 立即减1：
int v_idx = std::stoi(token) - 1;，然后校验v_idx >= 0 && v_idx - 别信模型文件一定合法——工业级OBJ常有索引超出范围的错误，不校验会导致崩溃或渲染乱码
- 三角面（3个顶点）最常见，但OBJ也支持多边形面（
f 1 2 3 4 5）；实际渲染通常需拆成三角形，这步留到后续面处理阶段，顶点解析阶段只管存好原始v数据
Windows换行符\r\n会让std::getline多读一个\r
OBJ文件在Windows上生成时常用\r\n换行，而std::getline默认以\n为分隔符，导致每行末尾多出一个\r字符。表现就是v 1.0 2.0 3.0\r，std::stof或stringstream会因\r无法转换而失败或静默截断。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 读完每行后立刻清理：
line.erase(std::remove(line.begin(), line.end(), '\r'), line.end()); - 或者更彻底：打开文件时用二进制模式+手动处理换行，但对OBJ这种纯文本场景，删
\r成本更低 - macOS旧版用
\r、Linux用\n、Windows用\r\n——跨平台解析OBJ必须统一处理回车符，不能只依赖系统默认行为 - 用
hexdump -C file.obj | head快速确认换行符类型，比猜快得多
真正麻烦的不是语法解析本身，而是OBJ没有强制校验机制，同一份文件在不同软件里可能被容忍不同错误。所以校验索引范围、跳过非法行、容忍多余空格，这些“软性防御”比完美匹配文法更重要。
