從上圖中可以看到，在整個游戲一場5V5戰斗過程中，RGBA32格式紋理的使用數量較多，其使用總量已經超過了91%的的行業項目。對此，我們建議在視覺效果可以保證的情況下，盡可能使用ETC1格式紋理（Android平臺）進行替換，不僅可以達到更小的內存占用，同時可以獲得更快的加載效率。而對于無法進行硬件壓縮的紋理，可以通過Dither方法嘗試將其轉換成RGBA16格式的紋理，具體做法可以參考Unity圖片優化神器 - Dither算法進階方案。

（2）使用更精準的紋理分辨率

一般來說，為了讓模型看上去更加精美，除Mesh模型本身以外，其對應的紋理都會選用較高的紋理尺寸，從而讓其看上去更加精致。但是，由于渲染物體在真正的游戲中相對于相機是有遠近之分的，其顯卡底層往往沒有（或根本不需要）使用如此高的分辨率來進行渲染，從而就造成了大量的資源浪費，這在我們深度優化過的項目中比比皆是。因此，我們建議可以通過UWA線上測評報告中GPU性能的Mipmap功能頁面來直接查看游戲運行時，其底層的紋理分辨率使用情況，如下圖所示。

同時，在深度優化報告中，我們也會進行更大量的測試和幾十億像素累積分析，從而來精準指出到底哪些紋理資源的分辨率制作過高，可在不影響視覺效果的前提下，將其分辨率縮小4倍、16倍甚至更多。《小米超神》項目通過這種方式不斷優化，其5V5場景的紋理內存已經從之前的78MB降到了現在的52MB。

以上是紋理資源的使用情況，其他資源的內存占用情況如下：

網格資源在項目運行期間的總體使用情況：

Mesh資源的內存占用較高，高于60%的行業項目。對于Mesh資源內存的優化，主要有以下幾種方法：

（1）控制網格頂點屬性的使用

詳細檢測網格模型中的Color數據和Tangent數據，當不需要時切記要將其進行去除，否則會在場景模型拼合時產生大量的內存浪費，具體詳細說明可以參考《移動游戲加載性能和內存管理全解析》。

（2）控制網格頂點的數量

詳細檢測網格模型的頂點數（或面片數）使用是否過大。這是一個說起來容易但實施起來很難的問題，其難點在于如何定義一個Mesh網格的頂點數是否過大。在UWA測評報告中會有一個建議，即建議將Mesh網格頂點數控制在1500個以下。但實際上，這其實是一個“不科學”的規定，因為沒有任何一個理論可以證明，其網格數量大于1500就是不合格，或則小于1500就一定合格。所以，我們這一年來花了大量的時間來尋求一種更為合理、科學的判斷規則。我們認為判斷一個網格模型使用是否合規并不應該是“靜態”檢測，而應該是一種“動態”檢測，與上述紋理資源的檢測一樣，我們應該去看網格資源在底層渲染時到底占據了多少像素，從而以一種密度統計的方式來判斷其網格使用量是否合理。因此，我們提出了一種網格模型測量標準，即“網格模型渲染密度”，其表示每單位數量（比如，1萬）像素中，其網格模型的渲染頂點數量。

下圖則為游戲運行過程中的網格模型渲染密度統計值。可以看出，雖然第一個模型“Mod_xyc_fz1001”的頂點數僅為1168，但其在游戲運行時平均每幀的渲染像素量僅為34.91個，也就是說平均每個像素要渲染33個網格頂點，這顯然是一種浪費。因此，通過“渲染密度”這一檢測方式，可以反映任何一個模型在游戲運行時的使用情況。在我們來看，這是一個比單純設定1500更加合理的判斷規則。

AnimationClip資源在項目運行期間的總體使用情況：