三角形法向量由两点边向量叉乘得到：AB × AC；方向决定顶点序列为顺时针或逆时针——若法向量与观察方向点积大于0，则A→B→C为逆时针。
用 std::vector 存三点，怎么算三角形法向量
法向量本质是两个边向量的叉乘结果，和三角形所在平面垂直。C++ 没有内置向量叉乘，得自己写三维向量结构或用 glm 等库；但核心逻辑不变：给定三点 A、B、C，先构造边向量 AB = B - A、AC = C - A，再算 AB × AC。
手动实现叉乘（假设用 struct Vec3 { float x, y, z; }）：
Vec3 cross(const Vec3& a, const Vec3& b) {
return { a.y*b.z - a.z*b.y,
a.z*b.x - a.x*b.z,
a.x*b.y - a.y*b.x };
}常见错误：误用 BA 和 BC 或顺序颠倒导致法向量反向——这直接影响后续顺逆时针判断，不是“错”，而是方向约定问题。
法向量方向怎么决定三角形顶点是顺时针还是逆时针
顺逆时针是相对观察方向而言的。给定一个参考方向（比如相机视线方向 viewDir），若法向量 n 与 viewDir 点积 > 0，说明法向量大致朝向观察者，此时按顶点顺序（A→B→C）在屏幕上表现为逆时针；点积
立即学习“C++免费学习笔记（深入）”；
关键点：
- 没有“绝对顺逆”，必须指定观察方向（通常是摄像机看向原点的单位向量，或屏幕 Z 轴负方向
{0,0,-1}） - 若用 OpenGL 默认右手系，且投影后 Z 向屏幕内，则面片正面（逆时针）会被渲染，背面剔除——所以
cross(AB, AC)的结果是否朝前，取决于你定义的顶点绕序和坐标系 - 别直接比较
x/y/z符号来判断顺逆，必须做点积
用 std::vector<Vec3> 存三角形时，传参顺序影响法向量方向吗
影响，而且非常直接。三点顺序决定了边向量构造方式，进而决定叉乘方向。例如：
-
{A,B,C}→AB × AC -
{A,C,B}→AC × AB = -(AB × AC)
这意味着：同一组点，仅调换第二、第三点，法向量就反向。很多模型加载器（如 OBJ）要求顶点按逆时针排列（从正面看），如果解析后没校验顺序，光照或背面剔除就会出错。
实操建议：
- 加载后统一用固定顺序构造边向量（比如总以
v[0]为起点，v[1]和v[2]为终点） - 若需强制正面朝外，可先算初始法向量，再和预估的“外向”方向（如物体中心到顶点的向量）点积，若为负则翻转顶点顺序
- 别依赖输入数据的顶点顺序“看起来顺眼”，要用数学验证
为什么用 glm::cross 有时结果和手算不一致
大概率是坐标系或向量类型不匹配。GLM 默认使用右手坐标系，glm::vec3 是列向量，但函数本身没问题；出问题常因为：
- 传入的是二维点（
glm::vec2），被隐式转成vec3(z=0)，叉乘结果恒为(0,0,0)或只有 Z 分量——要确保三个分量都有意义值 - 点坐标是屏幕空间（Y 向下），而 GLM 假设 Y 向上，导致法向量 Z 分量符号相反
- 没归一化就用于光照计算，造成明暗异常（叉乘结果长度等于平行四边形面积，非单位长）
调试时打印 length(cross(...))，如果是 0，立刻检查三点是否共线；如果不是 0 但光照异常，先 normalize() 再用。
真正容易被忽略的，是观察方向和法向量之间的夹角判断——它不只决定顺逆，还决定是否在视锥内、是否参与光照。哪怕叉乘写对了，点积那一步漏掉或符号搞反，整个面片就“消失”了。
