Deer_GF之SpriteAtlas與AssetBundle應(yīng)用

最近做出包性能優(yōu)化，發(fā)現(xiàn)框架出包后UI上引用的圖片精靈丟失。于是就想對(duì)這個(gè)Unity UGUI SpriteAtlas一探究竟。
接下來我們開始吧。

目錄

• SpriteAtlas 介紹以及使用
• SpriteAtlas 優(yōu)點(diǎn)
• SpriteAtlas 構(gòu)建assetbundle
• SpriteAtlas 錯(cuò)誤構(gòu)建assetbundle造成的問題匯總以及對(duì)比

一、SpriteAtlas 介紹以及使用

二、SpriteAtlas 優(yōu)點(diǎn)

三、SpriteAtlas 構(gòu)建assetbundle

四、SpriteAtlas 錯(cuò)誤構(gòu)建assetbundle造成的問題匯總以及對(duì)比

       1、內(nèi)存對(duì)比

       如下圖1，圖2：
       圖1只把圖集構(gòu)建出ab資源，資源內(nèi)存占用138.41MB
       圖2只把圖集中的精靈小圖構(gòu)建出ab資源，資源內(nèi)存占用134.58MB
       當(dāng)然這樣圖1情況下開啟【Sprite Packer Modes】出包后圖片顯示是不正常的，選擇【Disabled】后顯示是正常的。原因是【Disabled】后每個(gè)預(yù)制體ab資源都單獨(dú)依賴出去一份精靈圖。所以內(nèi)存是增加的！

圖1

圖2

       2、DrawCalls 對(duì)比

       如下圖1，圖2：
       圖1只把圖集中的精靈小圖構(gòu)建出ab資源，刪除圖集，DrawCall到18
       圖2只把圖集中的精靈小圖構(gòu)建出ab資源，使用圖集，DrawCall到14
       所以，正確使用圖集，可以減少DrawCall

圖1

圖2

       3、在使用圖集的情況下，只構(gòu)建精靈小圖，Unity 自動(dòng)最圖集做的處理如下圖1，圖2，圖3，Unity自動(dòng)以文件夾中最后一張圖索引生成一張圖集（前提是一個(gè)文件夾一張圖集測(cè)試）

（圖4，圖5）（圖6，圖7）同此。

圖1

圖2

圖3

圖4

圖5

圖6

圖7

       4、在使用圖集的情況下，精靈圖和圖集一起構(gòu)建成assetbundle資源，就沒有3中Unity自動(dòng)生成的圖集，但是這樣同時(shí)出包的資源在構(gòu)建出來的應(yīng)用中使用也是無法正常顯示圖片。如下圖：

圖1

       5、ab資源只有精靈圖，刪除圖集和打包成圖集后生成ab后對(duì)精靈圖manifest文件做對(duì)比如下：精靈圖打包成圖集后多了兩個(gè)變量，筆者猜想這兩變量是索引圖集用的。

圖1

寫在最后

       一定要正確應(yīng)用UGUI圖集，對(duì)項(xiàng)目性能優(yōu)化很大。稍有不對(duì)，就會(huì)造成資源冗余，DrawCall增加，內(nèi)存增大等問題。

       在使用中正常大膽的用精靈圖，構(gòu)建assetbundle資源，也只需要構(gòu)建精靈圖。生成的圖集不用管，構(gòu)建資源時(shí)候Unity自動(dòng)會(huì)生成圖集。

       UGUI的圖集，無論新舊，在構(gòu)建AssetBundle的時(shí)候，同一個(gè)圖集內(nèi)的所有精靈圖都要放在同一個(gè)AssetBundle中，否則，如果同一個(gè)圖集的圖元被分散到多個(gè)AssetBundle中，那么每一個(gè)AssetBundle都會(huì)包含一份這個(gè)圖集的Copy，最終的結(jié)果就是包體冗余、內(nèi)存膨脹和加載耗時(shí)等問題。

參考博客

馬三小伙兒【Unity游戲開發(fā)】SpriteAtlas與AssetBundle最佳食用方案