面数检查工具

核心的困惑在于四边面和三角面的区别。大多数DCC工具，包括Blender在内，默认显示的是面数，把一个四边面（四条边的多边形）计为一个面，即便GPU内部总是把它渲染成两个三角面。因此一个在建模工具里被报告为"5000面"、由四边面构成的网格，实际上渲染时大约是10000个三角面，这正是为什么一个模型在建模软件里看起来符合规定的预算，一旦进入引擎或glTF导出（无论源拓扑如何，一切都会被三角化）后，运行成本却是预期的两倍。

在Blender里，启用视口叠加层然后统计信息，就能在3D视口角落看到与面数并列的实时三角面计数（标注为Tris），而这才是真正关系到实时预算的数字，而非上方的Faces那一行。选中一个特定对象并检查N面板的项目标签，或使用网格分析叠加层，能把计数缩小到只针对该对象，而非整个场景，这在你要检查一个更大的多对象文件里某个道具的预算时很重要。

在Unity里，一个已导入网格真正渲染的三角面数在代码里是 mesh.triangles.Length / 3，也可以在检查器里选中模型的网格资源并展开模型预览面板直接看到，它会显示将被绘制的确切资源的Vertices和Tris，且无论源FBX或GLB的制作拓扑如何，都已经三角化。Godot在MeshInstance3D检查器里，或在运行时通过调试器的监视器标签显示等效计数，Unreal则通过静态网格编辑器的详情面板暴露它，两者都和Unity一样是三角化之后的数字。

对于没有打开引擎或DCC工具的原始glTF或GLB文件，三角面数可以直接从文件的JSON中推导出来：每个网格图元的索引访问器计数除以3，就得到该图元的三角面数（glTF网格被要求预先三角化，因此在文件层面根本不存在四边面与三角面的歧义），而像官方glTF Sample Viewer或Don McCurdy的glTF Report这样的在线glTF查看器会自动显示这个总数，无需手动解析JSON。这个文件层面的数字是每个引擎导入检查器都应该匹配的真相基准，出现不匹配通常意味着某个导入设置悄悄增加或移除了几何体。

在三角面层级、针对具体的对象或文件正确检查面数，而非信任工具默认的面数显示，是本站任何面数预算（无论是针对手游、桌面还是VR层级，遍布每一个模型和平台页面）的第一个真正步骤。这里生成的一切都归你商用所有，无需署名，而在发行前养成检查真实三角面数的习惯，能省下在游戏已经交到玩家手中后才发现预算被悄悄翻倍的、大得多的代价。