如何理解UGUI Atlas合批时的 Include in Build选项？

回答如下：

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

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

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

我的理解是，勾选了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问答社区提供了回答，欢迎大家转至社区交流：

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

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

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

Q3：如下图，在性能报告中，我们发现Camera.Render下CreateVBO的开销较高，请问这个是如何引起的？

UWA：这本质上是你的网格重建导致的，多见于非UGUI的UI重建、Textmesh的重建等等，其重建时的CPU耗时主要受你的网格重建量大小影响，如果只是一帧其实问题不大，但如果是频繁开销，则需要特别注意了。

该回答由UWA提供，欢迎大家转至社区交流：

Q4：如图，要实现一个界面迷雾效果。应该用UI实现还是要做一个这样的场景呢？现在我们的星图是3D的Prefab，我打算在上面盖一层黑色底图，根据势力范围修改底图显示亮的区域，有没有相关的插件可以使用？要实现的话应该从哪方面入手？

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

这里有人会持续更新ios上的内存峰值，帖子下面还有人发了一个测试峰值的工具，用过还挺好用，大家可以参考。

感谢dra@UWA问答社区分享了回答，欢迎大家转至社区交流：