光线追踪核心循环应只做一次射线求交与基础着色，反射/折射交由带深度限制的递归trace_ray()处理；ray需归一化方向，hit_record须校验t>0.001并正确计算法向；主循环用嵌套for遍历像素，避免I/O与低效内存布局。
光线追踪核心循环怎么写
光线追踪的本质是：从相机出发，对每个像素发射一条射线，看它和场景中哪个物体最先相交，再根据材质、光源、法线等计算颜色。C++里不需要框架也能跑起来，关键在于把 ray、hit_record、scene 这三个概念稳住。
常见错误是把“递归反射/折射”写在主循环里——这会导致每像素调用几十层函数，还没开始算光照就栈溢出。正确做法是主循环只做一次射线求交 + 基础着色（比如漫反射），把反射/折射作为可选分支交给一个独立的 trace_ray() 递归函数处理，且必须加深度限制（比如 depth >= 50 就返回背景色）。
-
ray至少包含origin和direction（单位向量），方向别忘了归一化，否则球体求交会偏移 -
hit_record要存t（最近交点参数）、p（交点坐标）、normal（单位法向）、material指针，别漏掉t的有效性判断（t > 0.001f） - 主循环里用
for (int y = 0; y 遍历，别用浮点索引，避免因精度导致某行漏渲染
球体求交为什么总不准确
球体是最常用的测试几何体，但 hit_sphere() 函数里最容易出错的是判别式和根的选择。标准二次方程 at² + bt + c = 0 中，a 是 dot(ray.direction, ray.direction)，它恒为 1（如果方向已单位化），但很多人忘了提前归一化，导致 a 变成任意值，整个解就崩了。
另一个坑是：即使有解，也要检查两个根 t0、t1 是否都大于 0；若 t0 且 <code>t1 > 0，说明射线起点在球内部，此时应取 t1（否则渲染出空心球）。
立即学习“C++免费学习笔记（深入）”；
- 用
sqrtf(b*b - 4*a*c)前先判断判别式是否 ≥ 0，避免NaN传染整帧图像 - 交点法向量是
(p - center) / radius，不是(center - p)，否则 Lambert 光照全黑 - 测试时先关掉所有材质，只用纯色输出
t值（比如vec3(t, t, t)），能快速定位是求交逻辑错还是着色逻辑错
Phong 着色器怎么接进光线追踪
光线追踪本身不规定着色模型，Phong 是最易上手的本地光照模型，但它和路径追踪的全局光照思路冲突——别试图在 trace_ray() 里硬塞 Phong 的镜面高光项。正确位置是在 hit_record 有效后，立即调用类似 phong_shade(hit_record, lights) 的函数，只负责本像素点的局部光照计算。
注意 Phong 的 specular 项依赖视角方向 v 和反射方向 r，而 v 就是 -ray.direction（因为射线从眼出发），不是随便取 (0,0,-1)。另外，指数 n 别设太大（如 200），否则抗锯齿前会出现刺眼白点。
-
ambient项建议设个极小常量（如0.05f），否则阴影区域全黑，看不出几何结构 - 多个光源时，对每个
light单独计算diffuse + specular，然后累加，别把所有光源方向平均后再算 - 阴影检测必须另发一条从交点指向光源的 shadow ray，并检查中途是否有其他物体相交——这条射线的起点要沿法线偏移一点（如
p + normal * 0.001f），否则自交导致全黑
为什么渲染特别慢，连 200×200 都卡住
没加加速结构的光线追踪，每条射线都要遍历所有物体求交，O(n) 复杂度。10 个球体、320×240 分辨率、5 层递归，每帧就要做约 3800 万次球体求交——现代 CPU 也扛不住。
最轻量的优化是包围盒（AABB）预计算：每个物体包一个 bounding_box()，先和场景根 AABB 求交，不中就跳过整个子树。比 BVH 简单，但效果立竿见影。另外，禁用 std::cout 实时输出像素（哪怕只输出一行进度），I/O 会拖慢百倍。
- 用
float而不是double，GPU 不参与时，float在多数 CPU 上快 1.5–2 倍 - 把颜色缓冲区定义为
std::vector<float></float>（长宽×3），最后批量转uint8_t写 PNG，别边算边转 - 编译加
-O2 -march=native，某些向量内联（如dot、cross）会被自动展开，速度提升明显
真正卡住的地方往往不在算法，而在内存布局——比如把 100 个球体的 center、radius、material 分散在不同 vector 里，CPU 缓存命中率暴跌。把相关数据打包成结构体数组（SoA 或 AoS 根据访问模式选），比换算法更管用。
