光线追踪（Path Tracing）

🧮算法原理

漫反射与余弦采样

粗糙表面把光均匀地散向各个方向，越接近法线方向贡献越大。按 cos θ 的概率分布挑选反弹方向，正好抵消掉公式里的 cos θ，同样的采样数噪点更少。

直接光采样（NEE）

天花板上的灯很小，随机反弹的光线很少恰好打中它，画面会一直很噪。所以每次打到粗糙表面时，额外朝灯上随机一点发一条「阴影光线」：没被挡住就直接加上灯的贡献。为了不重复计算，漫反射之后再撞到灯时就不再计入它的发光。

金属与玻璃

金属按反射定律镜面反射，加一点随机扰动就成了磨砂金属。玻璃按斯涅尔定律折射，再用 Schlick 近似算出反射比例，随机决定这条光线是反射还是折射；从玻璃内部以大角度射出时发生全反射。

俄罗斯轮盘赌

路径每反弹一次，携带的能量就被表面颜色吸收一部分。反弹 3 次以后，按剩余能量的大小随机决定是否继续：终止的路径直接丢弃，继续的路径能量相应放大，这样既节省计算，平均结果又没有偏差。

渐进式累积

每一「遍」给每个像素追踪一条新路径，加到累积缓冲区里，显示的是平均值。视角一变，之前的采样就作废，从头开始累积。偶尔出现的极亮路径（萤火虫噪点，多来自经玻璃聚焦的焦散）会被限制亮度，代价是焦散略暗一点。

多线程渲染

每一行的随机数种子只由（行号，第几遍）决定，各行又写在缓冲区里互不重叠的位置，所以可以直接交给 rayon 线程池并行计算，得到的图像和单线程逐位相同。浏览器里的 WASM 线程就是多个 Web Worker 共享同一块 SharedArrayBuffer 内存，这要求页面「跨源隔离」（服务器返回 COOP/COEP 响应头），标准库也要用 nightly 工具链带着 atomics 特性重新编译，所以多线程版是单独构建的 pkg/pathtracer-mt。

🔄Rust 与 JavaScript 的分工

1. JS页面启动一个 Web Worker，由它加载 WASM：满足条件时加载多线程版并调用 initThreadPool(线程数)，否则加载单线程版。rayon 在等待各线程时会阻塞调用它的线程，而浏览器禁止阻塞主线程，所以渲染必须放在 Worker 里——单线程版也这样做，页面因此始终流畅。
2. JS主线程只负责交互：拖动、缩放时发送 pt_set_camera，并始终保持一个渲染请求在途，每批遍数按上一批的耗时调整到约 30ms。每次视角变化都带一个编号，旧视角渲染出的帧到达后直接丢弃。
3. RustRust 逐行追踪路径（多线程版把各行分给线程池），累加进缓冲区；pt_frame() 把平均值做 gamma 校正后返回 RGBA 字节，Worker 把它以可转移对象发回主线程，主线程用 putImageData 显示。累积到 2048 采样后自动停止。