3D依赖检查器

这份资源完整吗？又是否整洁？

这是两个不同的问题，而验证器一个也回答不了。一个glTF文件完全可以严格符合规范，却同时装着同一张贴图的十二份拷贝、四十种没人引用的材质，以及一个指向压根没随包交付的 .bin 文件的指针。

这款依赖检查器同时回答这两个问题。

三类问题

资源缺失

.gltf 不是独立自足的文件。它指向必须随行的 .bin 缓冲区和图像文件。当有人打包错了文件夹，您拿到的模型会毫无报错地加载，然后渲染出一片空白，或者一片没有贴图的灰。

检查器会逐个列出所有被引用却并不存在的资源名称。如果您提供了配套文件，它会对照这些文件重新核对——于是您可以在把交付件转给客户之前就确认它是完整的。

闲置数据

导出器会留下不少东西：已删除对象遗留的材质、没有任何东西读取的访问器、既无子节点也无网格的节点、曾经指定给某个插槽后来又被清空的贴图。它们统统不参与渲染，却统统要被下载。

这款工具不靠猜：它会克隆文档、执行一次严谨的可达性分析，再报告两者的差异——所以“可移除”意味着确实没有被引用，而不只是看上去可疑。

重复贴图

这一类很容易被忽略，留着又相当费空间。当一个模型是从多个来源拼装起来的，同一张图片常常会以不同的名称被嵌入好几次。检查器比较的是实际的图像字节，而不是文件名——因此内容完全相同的 wood.png 与 wood_1.png 会被正确判定为同一张贴图存了两份，而两张恰好同名的不同贴图也不会被误报。

每一个重复分组都会显示浪费了多少字节。

真正关键的那个数字

上面这一切最终汇总成一个数字：可回收体积。它是文件现状与经过去重和剪枝之后的差额。这是判断该不该做一次清理最诚实的依据——如果它显示为零，说明您的资源已经足够整洁，不必再操心。

关于“未使用”的一点提醒

没有被引用，并不总是等于可以删除。应用程序可能在运行时按名称查找某个节点并往上挂东西，这种情况下该节点虽然在场景图中不可达，却远非无用。剪枝之前请先读一遍清单，不要想当然。

隐私

整个审查过程都在您的浏览器中完成。任何内容都不会被上传，因此用于客户交付件和未发布资源同样安全。