引子：一个"诚实到愚蠢"的渲染器想象你站在一堵厚厚的城墙前。城墙后面是一整座城市——几千栋房子、上万个 NPC、无数的树木和道具。现在问一个问题：渲染这一帧，GPU 应该画多少东西？正常人的答案：“当然只画那堵墙啊，墙后面的城市我又看不见。”但一个"诚实到愚蠢"的渲染器会说：“我要把这几千栋房子、上万个 NPC 全都老老实实提交给 GPU！至于它们最后是不是被墙挡住了、一个像素都显示不出来——那是 GPU 的事，我管不着。”结果就是：GPU 累死累活画了一整座城市，最后 99% 的成果被一堵墙盖住，全部作废。帧率暴跌，手机发烫。这种"画了却看不见"的浪费，就是本文要消灭的敌人。而消灭它的技术，叫遮挡剔除（Occlusion Culling）——在东西被送去渲染之前，就提前判断"它会不会被别的东西挡住"，如果会，直接扔掉，连提交都不提交。这篇文章，我们不仅要讲清楚它是什么，还要钻进 C++ 的底层，看看 Unity 到底是怎么用代码判断"这个东西看不见"的。这背后，藏着一个叫Umbra的传奇中间件，和一套精妙绝伦的算法。第一章：先分清三种"剔除"——别把兄弟们搞混了在深入之前，必须先厘清一件事：遮挡剔除不是孤军奋战，它是"剔除三兄弟"里的老三。很多人把它们搞混，导致优化时对错药。