BRDF详解：从物理原理到Cesium动态光照的PBR实战指南-代码聚汇网

BRDF详解：从物理原理到Cesium动态光照的PBR实战指南

沃克森·2026-09-28·阅读 23 GEO检测（免费）

BRDF双向反射分布函数PBR

|难度：普通|阅读约 43 分钟

1. 为什么每次调光照都绕不开BRDF这个坎

我最早接触BRDF这个词，是在一次调三维场景渲染效果的时候。当时项目用的引擎支持物理光照，但调了半天发现金属物体要么黑成一片，要么亮得发假，怎么调都别扭。后来有位前辈问我：“你BRDF怎么写的？用的是哪个模型？”我一时语塞——那时候我只知道光照就是环境光、漫反射、高光三项加起来，完全没意识到背后有一套统一的物理模型在约束着这一切。

BRDF全称Bidirectional Reflectance Distribution Function，中文叫双向反射分布函数。它是光照物理模型里最核心的概念之一，专门用来描述：当一束光从某个方向打到物体表面时，反射出去的光在所有出射方向上的分布是怎样的。一句话概括，它就是“一块表面在给定入射角下，每个视角方向能反射出多少亮度”的数学函数。

为什么要搞清楚它？因为无论你用的是游戏引擎、GIS三维平台、工业渲染软件还是离线渲染器，只要涉及光照计算，BRDF就是那个决定物体质感的总调度。Lambert模型、Phong模型、Blinn-Phong、Cook-Torrance这些你听过或没用过的名字，全都是在用不同方式拟合或逼近BRDF。理解了BRDF，你看光照代码就不再是一堆调试参数，而是一套有物理依据的规则。

这篇文章适合两类人：一类是被各种渲染参数绕晕的初中级开发者，想弄清楚漫反射和高光到底是怎么来的；另一类是三维GIS领域的工程人员，比如用Cesium做动态光照模拟的，想知道为什么网上那些PBR材质调到一定阈值后，效果就上不去了。我会尽量把数学掰开揉碎，同时补充工程实践里的坑，保证看完能真正用得起来。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. BRDF到底“分布”了个什么东西：从一盏灯说起

2.1 没有BRDF之前，我们是怎么糊弄光照的

在BRDF成为主流之前，我最早学图形学时用的是经典的Phong光照模型。它把光拆成环境光、漫反射和镜面高光三项：

环境光：一个常数，模拟所有间接光照的廉价近似；
漫反射项：用N·L点积计算，光越垂直于表面越亮；
镜面高光项：用观察方向与反射方向的点积的幂来模拟高光。

这套模型在视觉上还算能看，但它的物理基础很弱。漫反射项里根本没有考虑“入射光的能量分配”问题，镜面项也只是拿幂函数硬凑。最典型的bug是：当视角跑到掠射角时，Phong模型的高光会突然“跳”一下，边缘出现生硬的亮线。原因是它用的反射向量在掠射角处本身的离散化就不稳定。

后来出现Blinn-Phong，改用半程向量H和法线N做点积，高光稳定性好了不少，但依然不是物理正确的。它的能量不守恒：有些角度反射出去的光能超过入射的总能量，这在真实世界不可能发生。

而BRDF本质上是在回答一个更基础的问题：光线到了表面之后，到底去哪了？它不再把光照分成“漫反射”“高光”这种人为分类，而是用一个函数描述表面在每个出射方向上反射的辐射亮度分布。所谓分布，就是“能量往哪些方向跑、每个方向分到多少”。这是从经验模型走向物理模型的分水岭。

2.2 先从辐射度量学补几个词：看懂BRDF公式的前提

BRDF的正式定义是：

code复制f(l, v) = dL_o(v) / dE_i(l)

这个表达式里的l是入射光方向，v是观察方向，L_o是出射辐射亮度（单位是W·m⁻²·sr⁻¹），E_i是入射辐照度（单位是W·m⁻²）。BRDF的物理单位是sr⁻¹（每球面度），它表示“单位入射辐照度贡献了多大的出射辐射亮度”。

要理解这个式子，得先分清辐射度量学里的几个量：

辐射通量Φ：单位时间通过的能量，单位W（瓦特）；
辐照度E：单位面积接收到的辐射通量，单位W/m²，光打在表面上“浇”下来多少能量；
辐射亮度L：单位投影面积、单位立体角内的辐射通量，单位W/(m²·sr)，描述的是“从某个方向看过去，这个表面有多亮”。

辐射亮度的关键点在于带了一个“单位立体角”，所以它跟观察方向强相关。同一块表面，从正面看和从侧面看，亮度往往不同。BRDF就是把“单位方向上来多少光”和“某个方向看出多少光”之间用比值关联起来。

2.3 为什么叫“双向”：两个方向的函数

BRDF里的“双向”指它的两个输入：光照方向l和观察方向v。注意，这俩方向都定义在表面的法线坐标系里，通常是切线空间（tangent space）或者以法线为z轴的局部坐标。

举个例子，你站在一个金属球前面，手电筒从左边照它。BRDF要做的事情是：给定手电筒方向l，对你眼睛所在的v方向，算出一个反射比例值。如果l和v关于法线对称（即入射角等于出射角），并且表面光滑，那反射比很高，你就看到高光。如果l跟v差了十万八千里，反射比很低，那里就是暗的。

这解答了一个常见疑问：为什么PBR材质里改变观察角度，物体表面亮暗会变化？因为BRDF是四维函数（两个二维方向），它对每个观察方向都会给出不同的反射值。这也是实时渲染里为什么要在shader中实时计算它的原因，没办法提前把整张表存下来。

2.4 两个物理约束：可逆性和能量守恒

真实的BRDF必须满足两个条件，任何违背这两个条件的渲染模型都会让人感觉“假”。

第一个是Helmholtz互易性：

code复制f(l, v) = f(v, l)

也就是说，把光源和观察者对调，BRDF的值不变。物理层面的解释是光路可逆：光从A方向进来从B方向出去，和从B方向进来从A方向出去，反射特性一致。这个性质在离线渲染的路径追踪里非常有用，因为你可以灵活选择从光源出发还是从相机出发计算辐照度。

第二个是能量守恒。对任意入射方向l，BRDF在所有出射方向上的积分加上被表面吸收的能量，不能超过1：

code复制∫_Ω f(l, v) cosθ_v dω_v <= 1

其中Ω是法线所在的半球空间，cosθ_v是出射方向与法线的夹角的余弦。这个积分算出来如果接近1，说明表面几乎反射了所有光，比如银镜；如果远小于1，说明能量主要被吸收了，比如黑色橡胶。

很多经典模型的Bug就在于能量不守恒。比如Phong模型里，漫反射系数和高光系数可以随便调，加起来甚至能超过1，结果物体亮得不正常。PBR（基于物理的渲染）模型之所以可信，首要原因就是它从数学上约束了能量守恒。

3. 从Lambert到Cook-Torrance：BRDF模型的家族图谱

3.1 Lambert模型：BRDF里最简单的常数项

Lambert模型的BRDF是一个常数：

code复制f_lambert(l, v) = ρ / π

其中ρ是表面的漫反射率（albedo），范围是0到1之间。除以π是为了满足能量守恒：把常数BRDF在半球上按余弦积分，结果是ρ乘以π再除以π，等于ρ，恰好符合反射率定义。

我见过很多人写代码时不除以π，直接用ρ乘以N·L。从视觉上看只是整体亮了一点，但如果后续做HDR或者曝光控制，数值就会溢出。离线渲染和PBR管线里，这个π必须保留。

还有一个容易踩的坑：把albedo理解成“颜色”没问题，但要注意它跟“光照颜色”是相乘关系。白色阳光直射红苹果，反射的漫反射光是albedo(红) * 光照(白)，得到红色，这没问题；但如果光照本身是蓝色的，红苹果会呈现暗淡紫黑色，因为红色通道吸收了蓝光的大部分能量，这是物理正确的。early game里那种“环境光跟物体颜色各管各的”的做法，完全违背了这个规律，所以看起来总是“塑料感”。

3.2 Phong和Blinn-Phong的BRDF对应形式

Phong模型的BRDF可以写成漫反射项加镜面项：

code复制f_phong(l, v) = (ρ_d / π) + (ρ_s * (n·r)^α) / (cosθ_i)

这里的r是入射方向的镜面反射向量，α是光泽度指数，n·r当反射方向跟观察方向越接近时值越大。注意那个cosθ_i在分母上，是为了补偿辐照度到辐射亮度转换的因子，但Phong公式里常被省略，导致掠射角时能量异常。

Blinn-Phong把r换成了半程向量h = normalize(l + v)，BRDF变为：

code复制f_blinn(l, v) = (ρ_d / π) + (ρ_s * (n·h)^α) / (cosθ_i)

从工程角度讲，半程向量比反射向量稳定得多，因为当l和v都在表面上方时，h永远在表面上方，而反射向量在掠射角处接近90度时会产生数值抖动。这也是UE4、Unity等引擎虽然号称PBR，但某些老旧管线里还在用Blinn-Phong的原因——它便宜、稳定、看起来不差。

但必须要说明，Phong和Blinn-Phong都不满足能量守恒和互易性。它们的漫反射项和高光项是直接相加的，光能分配没有物理依据。在纯实时游戏里可以用花哨技巧弥补，但在物理模型或者需要严谨光照计算的场景（比如光伏仿真、光学设计可视化），不要用它们做定量输出，只能做定性展示。

3.3 Cook-Torrance模型：现代PBR的基石

现代PBR渲染几乎都在用Cook-Torrance形式的BRDF：

code复制f_cook(l, v) = f_diffuse + f_specular

其中漫反射项通常用上面说的Lambert，镜面项则更复杂：

code复制f_specular = D(h) * F(v, h) * G(l, v) / (4 * (n·l) * (n·v))

这里出现了三个重要的子项：D(h)是微表面法线分布函数（Normal Distribution Function），描述微观表面的法线朝向分布；F(v, h)是菲涅尔项（Fresnel），描述反射率随角度的变化；G(l, v)是几何遮蔽项（Geometry term），描述微表面之间的自遮蔽和自阴影。

为什么要除以4(n·l)(n·v)？这不是随手写的，而是从微表面理论里严格推导出来的，用来把微表面上的辐射度量转换回宏观表面单位。很多教程把这部分一笔带过，但如果你自己实现PBR shader，除以还是不除以，高光形态差异巨大。忘了除，高光会亮三四倍；除错位置，掠射角全黑。我建议所有想手写PBR的人都把这个分母当成“宪法”一样记住。

3.4 三个子项的工程含义

D项（法线分布函数）决定高光“胖瘦”。它输入微表面法线m和宏观法线n，输出单位立体角内微表面法线落在m方向的概率密度。常用的GGX（Trowbridge-Reitz）分布函数是：

code复制D_GGX(h) = α² / (π * ((n·h)²(α² - 1) + 1)²)

其中α是粗糙度参数，等于roughness²。α越小，高光越锐利；α越大，高光越散漫。GGX的好处是拖尾（tail）长，高光衰减不是生硬的快速衰减，更接近真实金属的表面。

F项（菲涅尔项）决定掠射角处反射增强的程度。几乎所有非金属材料，在入射角接近90度时反射率都会剧烈上升，这就是为什么你在湖边看远处的夕阳会看到一条光带。Schlick近似公式：

code复制F(v, h) = F0 + (1 - F0) * (1 - n·v)^5

F0是0度入射角（垂直入射）时的反射率。对于电介质（非金属），F0通常在0.02到0.08之间；对于导体（金属），F0是RGB三个分量，因为不同波长的光反射率不同，所以你看到的金属带有颜色。F0的取值是PBR调材质的最核心一步，后面我会专门展开。

G项（几何遮蔽项）描述微表面之间的遮挡。微表面凹凸不平，入射方向被微表面挡住（shadowing）或者出射方向被挡住（masking），都会减少实际反射能量。常用的Smith高度相关阴影遮蔽函数是：

code复制G(l, v, h) = G1(l) * G1(v)

实际使用中常配合roughness做近似。忽略G项的话，高光会偏亮，尤其是粗糙表面的高光，效果非常假。

4. 工程实践里的BRDF：选型、参数与常见错误

4.1 什么时候该用哪个模型

我在实际项目里总结了一套选型逻辑，供你参考：

场景类型	推荐模型	原因
实时游戏早期渲染、低端手机	Blinn-Phong	性能开销小，视觉尚可
实时PBR（UE4/Unity HDRP/WebGL）	Cook-Torrance + GGX	物理正确性好，金属/粗糙度工作流成熟
离线渲染（Mitsuba、PBRT等）	完整BRDF积分 + 路径追踪	定量分析需要准确物理量
三维GIS可视化（Cesium等）	PBR材质 + 预计算IBL	兼顾动态光照和运行性能

4.2 金属度和粗糙度工作流：怎么把BRDF参数翻译成美术参数

现代引擎里你不会直接调BRDF公式里的α、F0，而是通过“金属度（metalness）”和“粗糙度（roughness）”间接控制。这套工作流的本质是：

漫反射项：(1 - metalness) * baseColor / π，金属的漫反射接近0，因为光被直接反射掉了；
镜面项的F0：混合mix(0.04, baseColor, metalness)，电介质的F0固定0.04，金属的F0直接用baseColor作为反射率。

这是一个关键点：金属材质你看到的高光颜色其实来自F0等于baseColor，而不是漫反射的baseColor。所以调金属物体时，把baseColor调成你想要的“金属反射色”，漫反射自然就不会贡献太多能量，看起来比非金属更“醇厚”。

粗糙度则直接对应α。但是要注意，粗糙度不是线性映射到α，通常引擎里会做重映射，比如α = roughness²。如果你在程序里生成材质，记得保持这个二次关系，不然表面会显得比美术预期更光或更糙。

4.3 我在Cesium里做动态光照的实战经验

提到Cesium动态光照这个热词，我多说几句。Cesium的地形和建筑物默认用PBR材质，光照方向由太阳位置决定。做动态光照模拟的核心思路是：每帧根据太阳的方位角和高低角，更新光源方向向量sunDirection，然后所有PBR材质的N·L项、半程向量h、菲涅尔项都会实时变化。

这部分实现起来有个隐藏难点：Cesium的PBR模型在czm_brdf函数里做了GGX的镜面BRDF计算，但它的粗糙度参数来自模型属性（如metallicRoughnessTexture），而不是每个primitive都暴露给你直接调。如果你只想针对单个建筑物做动态高光闪烁效果，可以在CustomShader里重写光照方向：

code复制struct FragmentInput {
  float3 positionEC;
  float3 normalEC;
  float2 uv;
};

void fragmentMain(FragmentInput fsInput, inout czm_modelMaterial material) {
  vec3 lightDirection = czm_sunDirectionWC;
  // 动态太阳方向需要自定义uniform
}

用CustomShader的setUniform传入每帧更新的太阳方向向量，就能实现建筑外立面随时间推移的反射变化。实测下来性能开销很小，主要是多了一次uniform更新，但视觉冲击力非常大——尤其是玻璃幕墙建筑，在黄昏时分掠射角的菲涅尔增强效果极其明显。

如果你要做更进阶的方案，比如让玻璃幕墙在夜晚有室内灯光反射效果，那就得在BRDF之外再叠加一个环境贴图采样，但要注意能量加倍问题。我常用的做法是把环境贴图的贡献乘以0.3再叠加，避免整体曝亮。这一步不属于BRDF的范畴，但属于“动态光照”的工程范畴，含金量很高。

4.4 BRDF在IBL里的进化和退化

实时渲染里除了直接光照（direct light），还有间接光照（indirect light）。IBL（基于图像的光照）用环境贴图模拟来自四面八方的间接光，它的核心计算是BRDF在所有入射方向上的积分：

code复制L_o(v) = ∫ L_i(l) * f(l, v) * cosθ_l dω_l

直接对每个像素做这个积分在实时里不可能，所以工程上做了两次“退化”：

第一次是预滤波环境贴图（prefiltered environment map）。对不同粗糙度，把环境贴图mipmap化，粗糙度越高用越模糊的mip级别，相当于提前完成了D项的积分。

第二次是预计算BRDF积分查找表（BRDF LUT）。把F项和G项从积分里抽出来，做成一张2D纹理，横轴是N·V，纵轴是粗糙度，存储两个值（菲涅尔缩放和偏移），shader里采样一次就能复算完整积分。

Cesium的czm_brdfLUT就是这么做的。如果你自己写PBR shader，BRDF LUT这张2K纹理可以直接用社区公开数据，没必要自己重新跑预计算，省时省力。但要注意LUT应用的坐标轴约定，不同引擎横纵轴定义可能相反，接错会出现高光角度偏移的诡异问题。

5. 那些让我熬夜排查的BRDF问题清单

BRDF的坑不像语法错误那样有编译报错，它表现为“渲染结果不对但代码不报错”。我自己踩过的坑整理成清单，按频率排序：

5.1 能量超标的“塑料感”

症状：物体高光亮得像贴纸，漫反射和镜面反射都清晰得过分。原因多半是代码里直接用了baseColor作为albedo，同时又把高光项加了很大权重，导致能量超过1。检查方法：把整个模型放到均匀环境光下，所有像素的亮度应该趋近albedo乘以环境亮度除以π，如果明显高于这个值，就有能量叠加嫌疑。

修复：漫反射项除以π，镜面项除以分母4(n·l)(n·v)，然后确保(1 - metalness)参与了漫反射贡献。这三点全对上，塑料感基本消除。

5.2 掠射角全黑的“死鱼眼”

症状：物体边缘部分非但不亮，反而黑下去。出现这个现象通常是G项太强或者分母计算错误。我之前在一次改造中把G项写成了G1(l) * G1(v)但是忘了在Smith里对h做修正，结果粗糙度中等时掠射角遮蔽系数被过度惩罚，整个球体边缘出现一圈黑边。

修复：用G_Smith_GGX直接从roughness²计算λ，再组合两个G1：G = G1(l) * G1(v)，其中G1(x)参考UE4实现里的近似公式。

5.3 高光位置偏离的“镜面错位”

症状：高光斑不在受光面正中心，偏到了旁边。多半是半程向量算错了，比如用了normalize(l - v)而不是normalize(l + v)。方向向量的符号搞错是新手最容易犯的低级错误，但也最隐蔽，因为整张图看起来还是“有光照”的。

一个快速试验：把光源放在观察方向正前方，即l = v，这时候半程向量应该等于l，n·h = 1，高光应该出现在球面正对相机的位置。如果没出现，检查所有方向向量的符号约定。

5.4 金属材质不够“厚重”的透明感

症状：金属球看起来半透明，像染色的玻璃球。通常原因是金属度没有二值化。金属度和粗糙度不同，它理想情况下只有0或1两个值，中间值只出现在边缘过渡区域。如果你把金属度调成0.5，等于同时把漫反射和镜面反射混合了一遍，材质就会失去金属的“实心感”。

更物理正确的理解是：金属材质根本没有漫反射通道，所有入射光都会被反射或者被自由电子吸收。调金属材质时，把baseColor调到偏暗的色调，因为金属的颜色来自反射光的波长选择性，而不是漫反射色素。我做不锈钢材质时，baseColor取#B8C4CC左右，金属度1.0，粗糙度0.2到0.35，迭代两三次就出效果了。

5.5 多光源场景下的BRDF采样次数陷阱

动态光照场景里光源数量一多，每个光源都要算一次BRDF，性能会直线下降。Cesium里默认只有一个太阳方向光，开销可控，但如果要模拟多盏人工灯（比如楼宇夜景、工业厂房照明），就得优化。

我的建议是：亮光源用完整BRDF计算，暗光源用简化近似——比如只算Lambert漫反射加简单菲涅尔系数，或者直接烘焙成光照贴图。不要为了物理精确性盲目对每个光源走全套Cook-Torrance，那不是物理正确，是工程浪费。我在一个厂房灯光模拟项目里把参与BRDF计算的光源数限制为4个，其余光源合并为环境项，效果误差肉眼几乎不可辨，帧率翻了一倍。

6. 自己动手实现一个最小BRDF渲染器

如果你想把上面这些理论嚼碎，最好的方法不是看更多文章，而是亲手写一个最小实现。下面我用伪代码给你一个可以作为起点的框架，语言无关，重点是结构。

6.1 最小实现框架

glsl复制// 输入：表面法线n、观察方向v、光源方向l、材质参数
// 输出：该表面在v方向上出射的辐射亮度

vec3 BRDF(vec3 n, vec3 v, vec3 l, vec3 baseColor, float metallic, float roughness) {
    vec3 h = normalize(l + v);
    float NdotL = max(dot(n, l), 0.0);
    float NdotV = max(dot(n, v), 0.0);
    float NdotH = max(dot(n, h), 0.0);
    float VdotH = max(dot(v, h), 0.0);

    // 漫反射项：金属无漫反射
    vec3 diffuse = (1.0 - metallic) * baseColor / PI;

    // F0：电介质固定0.04，金属取baseColor
    vec3 F0 = mix(vec3(0.04), baseColor, metallic);

    // D项：GGX法线分布
    float alpha = roughness * roughness;
    float d = NdotH * NdotH * (alpha * alpha - 1.0) + 1.0;
    float D = alpha * alpha / (PI * d * d);

    // F项：Schlick近似
    vec3 F = F0 + (vec3(1.0) - F0) * pow(1.0 - VdotH, 5.0);

    // G项：Smith近似（简化版）
    float k = alpha * 0.5 + 0.5;
    float G1_l = NdotL / (NdotL * (1.0 - k) + k);
    float G1_v = NdotV / (NdotV * (1.0 - k) + k);
    float G = G1_l * G1_v;

    // 镜面项
    vec3 specular = F * G * D / (4.0 * NdotL * NdotV + 0.001);

    return (diffuse + specular) * NdotL;
}

这个函数的核心输出是(diffuse + specular) * NdotL，其中NdotL代表着入射辐照度转换到微表面上的余弦项。加上0.001是为了防止分母为零导致黑像素闪点，这是渲染里最常见的数值防护手段。

6.2 用虚构的单光源测试场景验证

假设场景里有一个球体，材质baseColor = (0.8, 0.2, 0.1)，metallic = 0.0，roughness = 0.3，光源是纯白色平行光。你渲染出来应该看到：亮面是哑光的红色，高光区域偏白而不是偏红，因为电介质的F0是0.04，高光反射的是光源本身的颜色。

然后改成metallic = 1.0，baseColor = (0.9, 0.6, 0.3)（金色），你应该看到高光区域是亮金色，暗面几乎没有漫反射颜色。这就是金属和非金属最大的视觉差异：非金属高光是白色的，金属高光是带颜色的。

6.3 正确性验证：能量守恒测试

写一个测试函数很简单：遍历所有入射方向l（球坐标采样半球），对每个方向计算BRDF后乘以cosθ再积分。对于roughness = 0.5、metallic = 0.0的材质，这个积分值应该在0.7到0.9之间。如果超过1.0，说明漫反射项没有除以π，赶紧回头查代码。

这套最小实现加上验证方法，是我觉得最稳的上手路径。你不需要一开始就搞完整的IBL管线，光是直接光照下的BRDF行为就够你调一个周末了。

7. BRDF和漫反射贴图、法线贴图、环境贴图的协作关系

7.1 漫反射贴图和albedo的现代理解

在PBR工作流里，漫反射贴图往往被改名为baseColor贴图，意思是你给的是“基础颜色”，不代表它就是真正的漫反射贡献。金属材质的baseColor同时决定了F0，也就是镜面反射的强度，这时候它跟“漫反射”就没关系了。

所以baseColor贴图的适用性是分材质类型的。做木头、布料、皮肤这些非金属，贴图直接当漫反射用；做金属零件，贴图相当于反射率调节器，需要配合环境贴图才能看出效果。很多美术初次转PBR时，把一堆金属贴图直接拖进去，结果场景暗成一片，就是因为没有配套的金属度和粗糙度信息。

7.2 法线贴图是如何影响BRDF计算的

法线贴图做的事情是：在像素级别改变表面的法线方向n，改变N·L、N·H等所有点积的值，进而影响D、F、G每一项。这意味着BRDF的全部参数都建立在“法线方向”上，法线贴图相当于全局重写了BRDF的输入坐标系。

有一个细节容易被忽略：切线空间里的法线贴图采样后，需要乘以TBN矩阵转换到世界空间，才能参与BRDF计算。如果TBN矩阵计算出错，BRDF的D项会在不同视角下出现不一致的“闪烁”，因为法线方向和视角方向可能短暂“背离”了物理约束。Cesium的CustomShader里用czm_tbn计算时，要确保模型没有缩放不均匀的情况，否则法线会变形。

7.3 环境贴图与BRDF能量守恒的配合

环境贴图提供的是L_i(l)，BRDF提供的是f(l, v)，两者相乘再积分。但环境贴图本身有一个问题：它的亮度和直接光照的亮度不在同一量级，如果没有正确曝光，整个IBL会主导场景亮度，让直接光照的BRDF变化变得不明显。

我做动态光照时，太阳光的强度开得很高（比如50000 lux级别），环境贴图强度只占到500 lux到1000 lux。这样白天太阳方向对BRDF的贡献是主导性的，高光锐利；到了夜晚，太阳方向贡献降为零，环境贴图接管，建筑表面的BRDF贡献从窗框的高光反射变成墙面漫反射主导，视觉效果自然过渡。这种“按光照条件切换能量来源”的思路，比单纯调高环境光权重要物理正确得多。

8. 在Cesium里复现真实世界的动态光照变化

回归到热词“cesium 动态光照”本身，我把做动态光照场景的完整流程梳理一遍，这套流程我已经在两个项目里验证过，效果很稳定。

8.1 动态太阳方向计算

Cesium自带太阳位置计算接口，可以通过viewer.clock和viewer.globe.getEllipsoid()来获取某个时刻的太阳方向：

javascript复制const viewer = new Cesium.Viewer("cesiumContainer");
const clock = viewer.clock;
const scene = viewer.scene;

function updateSunDirection() {
  const position = viewer.camera.positionWC;
  const now = clock.currentTime;
  const sunDir = Cesium.Transforms.computeSunDirection(position, now);
  // sunDir 是太阳在地固坐标系下的方向向量（指向太阳）
  return sunDir;
}

实测注意一点：computeSunDirection返回的是“从当前位置指向太阳”的方向，直接传给shader时要注意坐标系转换。Cesium的GLSL里czm_sunDirectionWC是已经转好的世界坐标方向，你在CustomShader里替换它时，同样要传世界坐标方向，可以在JS侧做Matrix3.multiplyByVector转换坐标系。

8.2 光照方向和BRDF的综合效果

太阳方向变化后，BRDF里所有涉及的向量都变换了，物体的反射效果自然跟着变。但如果你只更新太阳方向而不更新环境贴图，场景会出现“太阳已经下山了，但环境贴图还是正午蓝天”的违和感。

我处理的办法是：准备三张环境贴图（白天、黄昏、夜晚），根据太阳高度角做线性插值。太阳高度角大于10度用白天贴图，介于-5度和10度之间用黄昏贴图，低于-5度用夜晚贴图。插值函数写进CustomShader的uniform里，每帧更新权重。这样BRDF的F项和G项虽然没有直接变化，但环境光贡献的L_i(l)变了，整体的光感就真实了。

8.3 玻璃幕墙在动态光照中的BRDF表现

城市级场景里最值得做动态光照的是玻璃幕墙建筑。玻璃本质上是电介质，它的BRDF特征是高镜面反射加低漫反射，粗糙度极低。在黄昏低角度太阳光下，玻璃的菲涅尔效应非常突出，反射亮度成倍上升，这就是你在城市里傍晚看到建筑“金光闪闪”的物理原因。

在Cesium里调玻璃材质时，我用的参数是：roughness 0.05，metallic 0.0，baseColor偏深蓝色（模拟玻璃透射后的底色），然后在镜面反射通道里叠加上天空盒子。这样太阳角度低时，建筑正面的玻璃会“亮起来”，太阳角度高时则恢复到淡蓝色反射，模拟非常自然。

8.4 性能优化：BRDF计算量控制在预算内

动态光照场景里，如果每帧都全副武装地计算所有PBR项，对于城市级大场景是个灾难。我的优化经验按收益排序：

远处建筑降级为Lambert模型加上一张假高光贴图，不用GGX完整计算；
近处建筑保留完整BRDF，但把光源数量限制为1个太阳光和1个环境IBL；
玻璃材质单独走一个材质通道，不参与整体的阴影计算，因为玻璃的BRDF对阴影不敏感；
每帧只更新太阳方向和环境光权重，不重新编译shader，用uniform完成。

这套优化在我测试的百万级三角形的城市模型上，帧率保持在60fps左右，动态光照效果肉眼识别不到性能损耗。如果你做更大规模的场景，可以考虑把BRDF计算提前到顶点阶段或者改用预计算的BRDF LUT，但精度会略有下降。

9. 收个尾：BRDF在我项目里的实际地位

说实话，BRDF不是那种看完一篇文章就能彻底掌握的东西。我前前后后折腾了三四年，才算是把漫反射、镜面反射、菲涅尔、能量守恒这些概念从“记住了公式”变成“直觉反应”。这个过程里最有价值的一点是：一旦你把光照模型升维到BRDF的框架里，再去看游戏引擎的PBR文档、离线渲染器的内部实现、甚至摄影里的光照理论，都会觉得它们是相通的。

最后一个实际的小技巧：如果你在调试PBR效果时感觉“哪里不对又说不上来”，先别急着调参数，拿一个纯白色球体（roughness 0.3、metallic 0）、一个铜球（roughness 0.2、metallic 1）、一个黑橡胶球（roughness 1.0、metallic 0）放同一个环境里渲染对比。这三个材质几乎涵盖了BRDF的所有典型表现：非金属低粗糙度、金属低粗糙度、非金属高粗糙度。对照真实照片调一次，比盲目调十次参数都管用。

希望这篇文章能让你以后再看光照代码，不再是“对着函数改数值”，而是真的理解那几行公式背后的物理和工程权衡。渲染不是玄学，BRDF就是它最坚固的地基。