使用Streaming Mipmap后纹理内存没有下降的疑问

A：之前做过相关测试，发现GOT Online是可以统计到被Streaming Mipmap影响的纹理的正确内存的，所以我推测你遇到的情况大概率还是没有正确生效导致的。以下是对如何让一张纹理应用Streaming Mipmap的简单流程总结，其中会注明需要特别注意的一些条件（有些被官方文档收录，有些则文档中没有，但实验证明为必要）：

1. 在Project Settings-Quality中开启Texture Streaming选项。然而实验发现Editor中开启该选项而真机上却会失效的现象，导致所有纹理的Streaming Mipmap设置全部失效。所以为了确保生效，首先应该在代码中调用QualitySettings.streamingMipmapsActive API全局地开启这个选项，才能确保Streaming Mipmap可用。

2. 调整1中设置的参数。比较重要的参数是Memory Budget参数和Max Level Reduction参数。Memory Budget表示纹理资源的预算，默认值是512MB，但根据UWA的大量项目数据来看，中低端机上一般为200MB左右。它的数值代表的是所有纹理资源的预算——即，它既包括了非流式的纹理、又包括了我们想要采用流式的纹理——但这个“预算”并不代表纹理资源可占用的上限，只是Unity判断对于一个开启Streaming Mipmap的纹理到底采用它的哪些Mipmap通道的参考值，非流式纹理能够轻易突破这个预算。

Max Level Reduction则是代表着Unity通过流式存储最高能取到哪一级的Mipmap通道，这个参数的优先级比Memory Budget要高，也就会造成实际内存超过预算的情况。（比如该参数为2时，则最多剔除Mipmap0和1通道，即便丢弃以后还远超出预算值也不会进一步剔除。）

也就是说，如果Memory Budget值设置的远高于项目中纹理实际占用的内存，则Texture Streaming可能完全不起效，所有开启Streaming Mipmap的纹理仍将保留它们的全部Mipmap通道。

3. 设置开启Streaming Mipmap的纹理。1、2中提到的设置只对开启了Streaming Mipmap的纹理起效，而这只是官方文档的说法，从实际操作来看，Texture Streaming只对同时满足以下三个条件的纹理生效：

1）开启了Streaming Mipmap且开启了Generate Mipmap的纹理（这一点官方文档中没有提及，事实上开启Generate Mipmap才会生成Mipmap通道供Streaming Mipmap剔除）；

2）被即时加载的纹理（如一开始就已经在场景中被依赖的纹理，即便开启了Streaming Mipmap其内存也不会发生变化，通过AssetBundle加载和Res.Load()加载的纹理则可以），也即官方文档中这句话的实际含义：

如果是进行Android开发，还需要打开Build Setting，并将Compression Method设置为LZ4或LZ4HC。Unity需要使用其中一种压缩方法进行异步纹理加载，这是纹理串流系统所必需的操作。

3）Gfx部分内存（这里指的是纹理资源开启Read/Write选项时，复制到CPU端的那一部分内存是不受Streaming Mipmap影响的）；

4. Streaming Mipmap剔除Mipmap通道的规律。它的机制其实和Texture Quality是类似的。我们知道，开启Mipmap的纹理之所以会变成原来的4/3倍，实际上是它各个通道所占用的内存之和。举例而言，一个具有11个Mipmap通道的原大小为1MB的纹理（10241024分辨率、ASTC44格式），其内存占用为1+1/4+1/16+…的11项等比数列之和，即约4/3。等比数列的各项就对应了Mipmap0、Mipmap1、Mipmap2…等各个Mipmap通道。那么，当Max Level Reduction参数设置为2时，其实际意义就是保留Mipmap2和后续所有更小的通道，而剔除Mipmap0和Mipmap1通道，此时的内存大小为4/3MB-1MB-1/4MB=85.33KB。这和我在Profiler或GOT Online中看到的数据基本一致。

5. 关于采用Streaming Mipmap方案的建议。根据上述实验和分析不难看出，Streaming Mipmap是确实具有一些优点的，对于对内存比较敏感，尤其是纹理内存占用很大的项目，采用Streaming Mipmap方案是非常合理和推荐的选项。与此同时，它的实际使用要求对项目中纹理资源的内存占用有相当的了解和规划——相关设置在Quality中，理所当然地应该考虑到不同设备Lod分级时不同的设置。在中低端机中，设置尽量低的Memory Budget和尽量高的Max Level Reduction；在高端机上则恰恰相反，在内存可接受范围内尽量开启最好的画面表现。除此之外，对于哪些纹理要开启Streaming Mipmap，一般是场景中3D物体的纹理，而UI模块采用的纹理则尽量关闭。因为Mipmap的意义主要在于适应纹理在距离镜头远近时的表现需要、避免失真等，而UI完全不需要这些，开启只会白白浪费内存和计算时间。

A：测试发送的数据只有在多字节数据处理时才需要考虑字节序，如果是Protobuf，是不用考虑字节序的。

底层不会自动进行大小端转换，需要写代码，所以一般都是项目初期就约定好。

另外，如果把服务器放到不同物理机则测试结果就是错掉的，正确做法是得把发送数据转为大端，比如上面消息头要加上 if (BitConverter.IsLittleEndian) { Array.Reverse(headBytes); } ，然后在收到数据后再转为小端。

A：纹理设置中Override For Android这一项的优先级最高；不勾选Override的情况下是Default中的格式。如果既没有勾选Override，也没有改变Default标签下的格式设置，并且修改了Texture Compression选项，才会采用Texture Compression的格式设置，并且也只对符合上述条件的纹理生效。

A1：可以自己封装一个Log函数，Log函数内部再代用Debug.Log。可以在Void上加上[Conditional(“DEVELOPMENT_BUILD”),Conditional(“UNITY_EDITOR”)]，这样只有Debug版本和Editor才会调用。

A2：补充一下，较新版的Unity中提供了接口Debug.unityLogger.logEnabled = false，放在打Log的逻辑之前就能避免所有Debug类触发的所有Log了。另外Release版本是无法清除Debug.Log的，还是要尝试用楼上或者API的方式去清除。