【厚积薄发】如何理解UGUI Atlas合批时的 Include in Build选项？

最新推荐文章于 2024-03-29 17:56:51 发布

UWA

最新推荐文章于 2024-03-29 17:56:51 发布

阅读量2k

点赞数

分类专栏：厚积薄发| Unity优化文章标签： UGUI Atlas

本文链接：https://blog.csdn.net/UWA4D/article/details/82986037

版权

厚积薄发| Unity优化专栏收录该内容

509 篇文章 92 订阅

订阅专栏

这是第131篇UWA技术知识分享的推送。今天我们继续为大家精选了若干和开发、优化相关的问题，建议阅读时间10分钟，认真读完必有收获。

UWA 问答社区：answer.uwa4d.com

UWA QQ群：465082844（仅限技术交流）

UGUI

关于UGUI的合图我有如下几点疑惑：

1、UGUI的合图是在什么时候发生的？如果说合图是在Editor下合出来的大图，那么打AssetBundle的时候似乎只打了图集文件与相关的小图，并没有看到有合成的大图出现，那是不是Unity在运行时执行Late in binding时候进行了合并呢?

2、Include in Build到底是包含了什么？我的理解是如果勾选了就会包含生成的大图，如果不勾就不包含，那就又回到了问题1 ，如果不勾的话，那大图是不是在运行时生成的呢？

3、小图的大小会影响性能么?首先小图图源肯定是会影响包体的大小。
基于问题1与问题2 ，如果是运行时生成的大图，那么在生成大图的时候，I/O是否以字节流的形式往空白大图内进行写入合并的？如果这样，运行时生成大图的瓶颈应该是源文件的大小与格式吧？（假如图集和图源的压缩格式不一致）

A：回答如下：

1、Unity合大图的时机是根据设置来的。

如上图，可以在打包的时候合，也可以编辑器运行的时候就合。Editor中合成的大图是放在缓存目录里：LibraryAtlasCache。

2、可以参考 About “Include in Build” behaviour

https://forum.unity.com/threads/about-include-in-build-behaviour.481433

我的理解是，勾选了Include in Build后，图集资源会被打进App包体里（不是AssetBundle包）。如果图集是AssetBundle包管理的，最好不要勾选它，会造成资源双份。至于哪些资源会双份，需要实验下看看。

3、小图源文件的大小不直接影响性能，因为Unity最终只用合并的大图，小图本身不会进入发布的App或AssetBundle包中。但通常，小图的大小和Sprite的设置会影响合并后的图集，所以会对最终性能能产生间接作用。

针对Sprites Atlas在不同Sprite Packer Mode选项下打包，做了个实验，结果分享下：

1、前三个选项（Disabled和两个Legacy Sprite Packer）结果是一样的：

打出的AssetBundle包里没有任何内容，估计这种情况下散图都没有，是完全加载不到资源的。

另：发现了疑似Unity的Bug，新创建的Atlas，和已经打包过的Atlas在禁用选项下，打包的结果不同。

2、后两个结果相同：
生成AssetBundle包的时候，图集就创建了

感谢Walker@UWA问答社区提供了回答，欢迎大家转至社区交流：

https://answer.uwa4d.com/question/5b9f99a41a1e9733ee03300b

制作

Q：材质的Shader，或者GameObject组件的Monobehavior，在开发过程中可能会删掉一个Shader的Property或者代码的序列化参数。这些参数被删除后，材质或者GameObject Prefab文件中，该参数的序列化数据并未被删除。

比如下图中名为TestGetDependency的组件。参数 testSubject已经从代码中删除。

但是这个GameObject的Prefab文件中，testSubject记录仍然存在。

这样会导致使用类似AssetDataBase.GetDependencies之类方法获得资源依赖时，取得testSubject 引用的物体，导致打包时包入不需要的资源。用脚本扫描SerializedObject的方式是可以清除这些引用的，但是这样需要对应每一种类似情况单独写脚本（当前只想到Shader对应材质，代码文件对应Prefab），可能有遗漏或者处理不当。

所以我希望知道，有没有一个Untiy原生的清洗方法，或者业界通用脚本来处理这类序列化引用问题。

A：重新保存下就好。