必须手动解析obj的vn法线并传入着色器，在片段着色器中用归一化法线和逆转置矩阵变换实现phong光照，启用深度测试，确保光源坐标系一致且法线非零。
如何用OpenGL加载OBJ模型并启用基础Phong光照
直接加载OBJ后渲染出灰模，不是“有光照效果”的模型。必须手动解析顶点法线、传入着色器，并在片段着色器中实现Phong光照计算——glEnable(GL_DEPTH_TEST)和正确的法线变换（需用mat3去除缩放影响）是前提。
- OBJ文件里的
vn行提供顶点法线，不能只读v（位置）和vt（UV）；没读vn或没传给in vec3 normal，光照就完全失效 - 法线向量必须用模型视图矩阵的逆转置矩阵（
inverse(transpose(mat3(modelView)))）变换，否则缩放会导致光照方向错误 - 光源位置要定义在世界空间或视图空间——若放在着色器里硬编码为
vec3(0.0, 5.0, 5.0)，得确认它和模型坐标系一致，否则光会“消失”
为什么GLSL里计算光照时漫反射项始终为0
最常见原因是法线未归一化，或传入的normal值全为零/NaN。OpenGL不自动归一化插值后的法线，必须在片段着色器里显式调用normalize()。
- 检查VBO是否把法线数据正确绑定到
glVertexAttribPointer的第2个属性（比如layout(location = 1)），漏掉glEnableVertexAttribArray(1)会导致normal恒为(0,0,0) - 如果模型导出时法线翻转（如Blender默认左手系），
dot(normal, lightDir)可能恒负，加max(0.0, ...)前先用abs()临时验证 - 使用
flat in vec3 normal会禁用插值，导致每个三角形面内法线相同——适合面光源调试，但不是平滑光照
如何让多个光源共存且不相互覆盖
单次绘制调用只能处理固定数量光源。真多光源需循环渲染（forward+multiple pass）或改用deferred shading——但入门级做法是：在着色器里写死3–4个光源结构体，逐个计算贡献再累加。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 不要用
for(int i = 0; i 动态循环，WebGL或旧GPU不支持运行时长度可变的循环；改用展开写法：<code>total += calcLight(light[0]); total += calcLight(light[1]); - 环境光
ambient、漫反射diffuse、镜面光specular必须分别累加，混在一起再乘颜色会导致高光过曝 - 光源衰减要用
1.0 / (1.0 + 0.09 * dist + 0.032 * dist * dist)这类二次衰减，线性衰减（1.0/dist）在近距离会爆炸
为什么开启光照后模型变黑或发白一片
黑色通常是法线朝向错误或光源距离远超衰减范围；纯白则是镜面光指数shininess太小（）导致高光铺满整个面，或<code>specular强度设为1.0以上未钳制。
- 检查
glPolygonMode(GL_FRONT_AND_BACK, GL_LINE)是否残留——线框模式下光照计算仍执行，但视觉上看不到明暗变化，容易误判 - 材质
vec3 specularColor不应直接用vec3(1.0)，金属常用vec3(0.5, 0.5, 0.5)，绝缘体接近vec3(0.04) - 若用
glEnable(GL_CULL_FACE)，确保法线朝向与绕序匹配（默认GL_CCW），否则背面剔除后只剩黑面
光照不是开关式功能，而是由法线、光源、材质、观察方向四者实时交互的结果。哪怕一个normalize()漏写，或一个glVertexAttribPointer参数错位，整套光照就静默失效——得逐层验证数据流，而不是调参数。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
