深度测试：谁挡住了谁的视线

可视化演示

动态演示深度测试的核心机制，通过全局/局部/动态/静态四种模式展示关键概念与交互流程。

画家算法困境：排队入场的旧规矩

老戏院最早的规矩是“排队入场”。管理员先让最远的观众进场，然后是稍近的，最后才是最近的观众——这样远处观众先坐定，近处观众后到，后者自然遮住前者，谁也挡不住谁。这就是图形学最早的“画家算法”：画家先画远处的山，再画中间的树，最后画近处的人，后来的笔迹天然覆盖先前的。它确实符合大多数直觉场景，也是早期图形系统惯用的方案。

然而画家算法听上去简单，现实中问题立刻浮现。首先，每帧场景中可能有成千上万个三角形，给它们按深度排序本身就要花掉大量 CPU 时间；其次场景一旦动态变化，深度顺序每帧都要重新计算，开销直线上升。更致命的是“循环遮挡”：假设三角形 A 部分挡着 B，B 部分挡着 C，C 又部分挡着 A，任何“从远到近”的排序都无法成立。这时再聪明的排序算法也束手无策。

于是人们意识到：排序是笨办法，真正的战场应该下沉到“每个像素”上。光栅化阶段会为每个三角形生成一个个片元（fragment），每个片元对应屏幕上的一个像素。如果能让每个像素自己判断“我该显示哪个片元”，就绕开了全局排序的难题。于是 Z-Buffer 算法诞生：它是一张与屏幕同尺寸的“深度图”，每个像素位置记录当前离摄像机最近的物体深度。当新片元到来，只需比较它和缓冲中已有深度的大小，就能裁决可见性，这就是“逐像素判定”。

从“全局排队”变成“逐座判定”，就像剧院放弃了繁琐的入场排序，改为在每个座位旁放一本小册子，谁坐谁不坐当场裁决。代价是那本册子需要一直维护，但换来的却是灵活与高效——这正是 Z-Buffer 统治图形渲染数十年的根本原因。

Z-Buffer 核心：管理员手中的登记簿

演出的锣鼓敲响了，检票员在每一个座位边翻开登记簿。簿子的每一页都写着：这个座位目前坐着谁，他离舞台有多远。新观众走到座位前，报上自己离舞台的距离，检票员一查——如果新观众更近，就请旧观众让座，更新登记簿；如果旧观众更近，就礼貌地请新观众离开。整个过程只回答一个问题：谁更近？

这个“登记簿”就是深度缓冲（Z-Buffer），本质是一块和帧缓冲同样大小的显存区域。帧缓冲存颜色，深度缓冲存距离。光栅化时，每个片元都带着自己的深度值 z 来做客，深度测试单元把它与缓冲中该像素已有的深度值比较。比较的结果只有“通过”或“失败”两个选项：通过则更新颜色与深度，失败则片元被丢弃。

用伪代码表示就是：

初始时，深度缓冲所有位置被设为“无穷远”（即最大深度值），这样第一个片元必然通过测试。仔细观察会发现，通过与否完全不依赖绘制顺序——这正是 Z-Buffer 的最大优点：场景中的不透明物体可以任意顺序提交给 GPU，由硬件逐像素裁决，画家算法最重要的“排序”负担被彻底消除。

登记簿一旦被翻开，就再也不需要“排队入场”的旧规矩。每个座位自己拥有记忆，谁近谁坐，公平高效。这就是 Z-Buffer 的核心机制：用一张深度图的空间，换来了遮挡排序的自由。

if (z_new < depth_buffer[x][y]) {    depth_buffer[x][y] = z_new;   // 更新深度登记    color_buffer[x][y] = color;   // 更新颜色}

深度值映射：登记簿上的距离标尺

登记簿上不能直接写“3 米 27 厘米”这种物理距离，因为不同场景量纲还不一样。于是管理员规定：所有距离都换算成分数，0 表示贴着舞台，1 表示剧场最远的墙。观众报距离时，先经过一套换算让数值落在这 0 到 1 之间，这套换算规则就是深度映射。

这个换算发生在顶点经过模型、视图、投影三个矩阵变换之后。MVP 变换把三维坐标从模型空间一路搬到裁剪空间，再经过透视除法，得到归一化设备坐标（NDC），其中 z 分量落在 [-1,1]（以 OpenGL 为例），随后被映射到 [0,1] 作为最终存储的深度值。这个过程中，透视投影的几何性质决定了深度不是线性分配的。

深度映射的数学形式如下（其中 $z$ 为观察空间深度，$n$ 为近裁剪面距离，$f$ 为远裁剪面距离）：

就像登记簿的记分规则：前排观众的“分数差”一厘米就能看出区别，而后排观众哪怕差出一米，在分数上也只有微小变化。这为后文要讲的“深度冲突”埋下了伏笔——刻度不够用时，问题自然会浮现。

深度冲突：两个观众挤一个座位

戏院的角落灯光昏暗，两个观众几乎同时把脚迈上同一个座位，一个喊“我 3 米！”，另一个喊“我也 3 米！”。检票员低头一看，登记簿上两个分数都写着同一个数字，分不出谁更近。就这样，座位在两人之间来回切换，画面上呈现的是椅子上一会儿坐着甲、一会儿坐着乙，闪烁不停。

这就是深度冲突（Z-fighting）。当两个物体表面几乎共面时（例如贴图与地面、雾面与墙体），它们在深度缓冲中映射出的数值极其接近，甚至因浮点舍入误差完全相同。渲染时，由于片元处理顺序的微小差异，每个像素可能在这两个深度值间随机切换，表现为高频闪烁的噪点。

深度值的可分辨间距随时间呈平方衰减，其规律可写为：

当 $\Delta z_b$ 小于深度缓冲的最小可表示间隔时，两个表面就无法在数值上被区分。可以看出，近裁剪面 $n$ 越小、远裁剪面 $f$ 越大、物体距离 $z$ 越远，Z-fighting 出现的概率就越高。

登记簿的“分度值”不够用了——不是管理员不想记清楚，而是记分规则天生对远处观众不友好。要么换记分规则，要么干脆让两位观众分开坐，这就是下一节精度优化的思路。

精度优化：让登记簿更精细的秘密

管理员发现了登记簿的秘密：分数不是均匀刻度的，前排刻度细、后排刻度粗。要让后排观众也被公平对待，他有几个办法——要么调整舞台范围让观众别离太远，要么干脆把记分规则反向设计，让远处也能享受到高精度刻度。

对应到渲染参数，首先是近远裁剪面的比例 $f/n$。$f/n$ 越大，深度精度被浪费得越严重。经验法则是让近裁剪面尽量远离摄像机（比如 [0.1, 1000] 的配置远好于 [0.001, 100000]），把 $f/n$ 控制在 $10^3$ 到 $10^4$ 量级内，深处的精度就能显著缓解。

其次是反向 Z（Reversed-Z）技术。现代 GPU 深度缓冲的浮点分布并非均匀，数值越接近 1 精度密度越高。传统映射把近处放 0、远处放 1，恰好把最稀疏的精度区间留给了最需要精度的远处；反向 Z 把映射倒置：近处记为 1、远处记为 0，配合 [1,0] 深度范围，让远处表面也能落到精度密度最高的区间，Z-fighting 明显减少。更极端的做法是对数深度（Logarithmic Depth），把深度映射到对数坐标上，使场景全程保持近似的相对精度，适合超大空间场景。

登记簿还是那本登记簿，但管理员调整了刻度和方向，后排观众的“分数间隔”立竿见影地拉开了。深度精度不再被白白浪费，闪烁随之消失——这是图形工程师最实用的几个调优手段。

缓冲格式：登记簿的纸张选择

登记簿的纸张也有讲究。普通影院用薄薄的草纸，座位多但字迹不清晰；高档剧院用羊皮纸，能记录更精细的分数；还有些剧院在登记簿后面加了一页“会员信息”附页，用来记录观众的其他属性，比如是否戴眼镜。

深度缓冲的“纸张”就是显存中的格式。最常用的是 D24S8：24 位整数深度 + 8 位模板缓冲。深度精度约 1677 万个等级，足以应付大多数游戏场景；额外的 8 位模板常用于阴影体、平面标记等效果。D16 是 16 位整数深度，精度较低但省带宽，常见于移动端低负载场景或阴影贴图。

高质量场景则选择 D32F（32 位浮点深度），它的精度随数值大小动态变化，天然配合反向 Z 的 [1,0] 范围，能大幅缓解深远处 Z-fighting。D32F 也可以与 8 位模板组合成 D32FS8 格式。选择格式时要平衡精度与带宽：更深的位宽读写更慢，在移动端 Tile-Based 渲染架构中尤其敏感。除此之外还有 D24X8、D16S8 等变体，按渲染目标和硬件支持取舍。

纸张选得好，登记簿才记得清楚。工程师选深度格式，就像剧院管理员选登记簿材质——既要看清每位观众的“距离分数”，又不能为了清晰而让翻页（带宽）慢得让人等不及。选择的关键是在精度、性能和硬件兼容性之间找到平衡点。

工程实践：剧院的管理智慧

老练的管理员还有一些细致的智慧。开演前，他会先让人“只看座位不看人”——先把所有空座位的远近信息快速收集一遍，正式检票时直接对照，省得每个观众都折腾半天。这看似多了一道工序，实际却让整场检票快了不少。

这对应 Early-Z 技术：在片元着色器运行之前先做一次粗略深度测试，深度失败（被遮挡）的片元直接丢弃，省下昂贵的着色计算。很多引擎更进一步采用 Z-Prepass（深度预通道）：先用极简着色器渲染一遍场景只写入深度缓冲，正式渲染时利用这张“可见性地图”快速剔除被遮挡片元。对深度复杂的延迟渲染管线，这种预处理收益尤为明显。

此外还有两条重要的经验法则。第一，不透明物体从近到远绘制：近处物体先写入深度，远处的片元在 Early-Z 阶段就被快速拒绝，避免重复着色。第二，深度开关按需控制：渲染天空盒、全屏后处理三角形时关闭深度写入（只比较不写），避免污染深度缓冲；半透明物体则必须关闭深度写入并从远到近绘制，否则混合顺序会出错，出现半透明“穿帮”。

剧院的规矩最终沉淀为一套管理艺术：登记簿照用，但要看时机、分对象、控制写入。深度测试从来不是一道死命令，而是一套可配置的策略——理解这些细节，正是从“会用”走向“会调”的分水岭。

AI 应用场景

Python 演示

# -*- coding: utf-8 -*-"""迷你 Z-Buffer 渲染器: 用深度测试决定三角形遮挡关系"""  def inside_triangle(px, py, v0, v1, v2):    """用同侧法判断点 (px, py) 是否在三角形 v0v1v2 内部"""    def cross(o, a, b):        return (a[0] - o[0]) * (b[1] - o[1]) - (a[1] - o[1]) * (b[0] - o[0])     d1 = cross(v0, v1, (px, py))    d2 = cross(v1, v2, (px, py))    d3 = cross(v2, v0, (px, py))    has_neg = (d1 < 0) or (d2 < 0) or (d3 < 0)    has_pos = (d1 > 0) or (d2 > 0) or (d3 > 0)    return not (has_neg and has_pos)  class ZBufferRenderer:    """一个极简的深度缓冲渲染器"""     def __init__(self, width=44, height=18):        self.width = width        self.height = height        self.color_buffer = [[' '] * width for _ in range(height)]        self.depth_buffer = [[float('inf')] * width for _ in range(height)]     def draw_triangle(self, v0, v1, v2, depth, char):        """光栅化三角形并对每个片元做深度测试"""        min_x = max(int(min(v0[0], v1[0], v2[0])), 0)        max_x = min(int(max(v0[0], v1[0], v2[0])) + 1, self.width - 1)        min_y = max(int(min(v0[1], v1[1], v2[1])), 0)        max_y = min(int(max(v0[1], v1[1], v2[1])) + 1, self.height - 1)        for y in range(min_y, max_y + 1):            for x in range(min_x, max_x + 1):                if inside_triangle(x, y, v0, v1, v2):                    if depth < self.depth_buffer[y][x]:                        self.depth_buffer[y][x] = depth                        self.color_buffer[y][x] = char     def render(self):        for row in self.color_buffer:            print(''.join(row).rstrip())  def main():    renderer = ZBufferRenderer(44, 18)    # 远处三角形: 覆盖屏幕大部分区域    renderer.draw_triangle((6, 2), (38, 2), (22, 16), depth=0.8, char='.')    # 近处三角形: 在中心, 离摄像机更近, 应挡住远处的    renderer.draw_triangle((10, 4), (34, 4), (22, 14), depth=0.2, char='#')    renderer.render()  if __name__ == '__main__':    main()

1. self.depth_buffer = [[float('inf')] * width for _ in range(height)]初始化整张“登记簿”，每个座位的深度都先设为无穷远。
2. if depth < self.depth_buffer[y][x]:深度测试核心：新片元比登记簿上的深度更近才通过。
3. self.depth_buffer[y][x] = depth通过测试后更新深度登记，相当于检票员改写座位上的距离记录。
4. self.color_buffer[y][x] = char同时把颜色写入颜色缓冲，决定最终屏幕上这块像素画成什么。
5. renderer.draw_triangle((6, 2), (38, 2), (22, 16), depth=0.8, char='.')先画远处的三角形，覆盖范围大但深度值大。
6. renderer.draw_triangle((10, 4), (34, 4), (22, 14), depth=0.2, char='#')再画近处三角形，深度更小，在重叠区域“抢”下座位。

常见误区

面试题