关于Occlusion Culling对动态对象生效、禁用非静态对象及相机禁用后仍生效的技术咨询

嘿，我来帮你拆解这两个问题，这在Unity里其实是挺常见的配置误区～

一、为什么Occlusion Culling会作用于非静态对象？ #

Unity的Occlusion Culling默认是为静态对象设计的，但有几种情况会让它对动态对象生效：

• 开启了Dynamic Occlusion功能：打开Occlusion Culling窗口（Window > Rendering > Occlusion Culling），切换到Settings标签页，如果你勾选了Dynamic Occlusion选项，Unity会对带有Mesh Renderer且开启了Occludee（在Renderer的Inspector面板的「Occlusion Culling」折叠栏里）的动态对象进行实时遮挡检测，这时候哪怕对象是非静态的，也会被Occlusion Culling影响。
• 误勾选了Renderer的Occlusion选项：每个Mesh Renderer组件里都有「Occlusion Culling」折叠栏，里面的Occluder和Occludee选项，不需要对象是Static，只要单独勾选其中一个，Occlusion Culling系统就会把这个动态对象纳入遮挡处理的范围。
• 使用了LOD Group配合遮挡：如果动态对象挂载了LOD Group组件，且LOD的设置里关联了Occlusion Culling，也可能导致动态对象被遮挡剔除。

二、相机禁用Occlusion Culling后仍生效的原因 #

这种情况大多是因为你没找对要修改的设置，或者存在全局/区域强制生效的配置：

• 混淆了相机设置和全局设置：要确认你是在Camera组件里关闭的「Occlusion Culling」选项（不是Project Settings里的全局Occlusion设置）。如果全局的Dynamic Occlusion还处于开启状态，即使相机禁用了该功能，全局层面的动态遮挡检测依然会运行。
• 场景中存在Occlusion Area/Portal：如果场景里添加了Occlusion Area或Occlusion Portal组件，这些组件会强制管控区域内的Occlusion Culling逻辑，优先级高于相机的单独设置，导致遮挡剔除依然生效。
• 缓存或烘焙数据未更新：Unity的Occlusion Culling会缓存静态遮挡的烘焙数据，如果你之前烘焙过静态遮挡，后来才禁用相机的Occlusion Culling，缓存的旧数据可能还在起作用。这时候可以尝试重新烘焙静态遮挡数据，或者退出并重新进入Play模式。
• 第三方插件/后处理的影响：有些后处理插件或自定义渲染逻辑会自己实现类似遮挡的功能，或者继承了Occlusion Culling的设置，这时候看起来像是原生Occlusion Culling还在生效，你可以暂时禁用这些插件排查一下。

内容的提问来源于stack exchange，提问作者Mirai