2022年度大赏 | UWA问答精选

A：我们使用反射获取，供参考：

A：当把场景B设置为Active的时候，整个Game的Environment的设置就自动切换成场景B的设置了，这时候从FrameDebugger里面可以看到球谐系数变成0了。所以两个模型都黑了。

从Skybox改成Color，起作用的是下图中的3个数值，它们不是0，所以不是黑的。

切换场景A为Active的时候的渲染效果，球谐系数是可以获取到的，所以效果也是正常的，如下图。

所以尝试了一下对场景B进行烘焙，当有了LightingData后，切换到场景B，渲染效果也正常了。变亮了是因为场景B原始设置的Intensity multiplier是5，从FrameDebugger里面看球谐系数不是0了，应该是烘焙后的LihgtingData里面保留了球谐系数。

A：猜测题主是要在编辑器里面的材质球对象上调整_Threshold的数值，但在Game窗口发现文本没有发生变化。

本质原因是NGUI在对Label进行渲染的时候使用的并不是编辑器里面赋值的材质球，而是在NGUI进行合并DrawCall后动态创建的Material，所以我们需要对这个材质球进行材质球属性设置。

这里可以通过脚本来给实际渲染Label的材质球调整属性达到效果。以下分别是Threshold为0和Threshold为0.4的效果。

PS：这样处理的坏处是，和这个Label在同一个DrawCall的Label都会受到影响，所以需要将这些效果的Label的Depth做特殊处理，和其它的Label不放在同一个DrawCall中。

另外在NGUI的UI DrawCall脚本中，可以打开SHOW_HIDDEN_OBJECTS，这样在编辑器里面是可以看到生成具体的DrawCall对象，也就可以看到它们的材质球属性变化。

从下图可以看到具体的DrawCall，它的材质球名字会在前面加[NGUI]的字样，和编辑器里不是同一个材质球。

A1：查了一下这个问题，是因为TelephonyManager的listen函数在Android 12过期了，如果没有授权READ_PHONE_STATE权限，此函数会抛出一个SecurityException。

而Unity在启用了自带的音频系统的情况下，恰巧在启动时机会去调用这个方法以实现“在用户接电话时游戏静音”的功能，抛出的异常影响了后续的流程导致卡死。

论坛上有人遇到了类似的问题，但是表现为崩溃：

https://forum.unity.com/threads/android-12-telephony-crash.1287986/

项目能升级引擎的话，可以试试这里提到的修复的版本：

https://issuetracker.unity3d.com/issues/android-player-crashing-in-fmod-when-targetting-sdk-level-31

如果项目不能升级引擎，也有一个解决办法：

1. 反编译classes.jar

2. 修改UnityPlayer类的addPhoneCallListener实现，判断if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) return；据说Android 12开始不需要自己处理静音了

3. 再编回classes.jar

另外可以试试以下这个反混淆工具，自己重命名类名变量名之后再反编译。

https://github.com/FabricMC/Enigma

A2：不升级引擎Unity2017，使用JByteMod修改classes.jar的addPhoneCallListener接口，就可以正常使用。

做法就是把addPhoneCallListener所有Code都删掉，我是把

这段代码的OpCode插入

A3：我用2018 4.30f1编了一个classes.jar的包，音频使用Wwise，视频用的Avpro。方法就是按照楼上@yang 提供的方案判断SDK版本小于31则return。

实测替换就可以解决问题 分享给还在纠结的人：

链接：https://pan.baidu.com/s/1Issrh8QRx1A-VppIT8ZDOQ

提取码：1111

A4：用2018.4.25版本按@yang提供的方案也可以解决：

链接：https://pan.baidu.com/s/14r_4GPHONQXvc23I66qm-w

提取码：otr0

A5：Unity 2017.4.20f2按照上面用JByteMod修改jar的办法解决了启动黑屏的问题，摸索着插入成功了，对某些插入不熟悉，我是jar反编译了去看别的地方类似的写法，然后在JByteMod中找到对应的右键编辑查看插入属性。大体按照顺序一个个写上去，label 0插入完之后再插入if_icmplt 0。

A：可以尝试使用xxHash算法，对比过性能数据，比MD5算法快很多。

https://github.com/uranium62/xxHash

https://github.com/Cyan4973/xxHash

A1：我自己做了一个，供参考。都是用Unity自己的IMGUI最基本的接口去实现。

EditorWindows

GUI.Box

GUI.BeginGroup

GUI.Label

Handles.DrawBezier

Handles.DrawWireDisc

TreeView

基本上，组织好各个AssetBundle的依赖关系其实是很好呈现的。

A2：推荐一款比较好用的插件，不止有依赖树，还有其他打包的资源数据可供分析：

https://assetstore.unity.com/packages/tools/utilities/build-report-tool-8162

A：我构筑了两个类似的方法（省略了前后实现）以验证两种写法是否有差别。

编译后，使用dnSpy工具查看dll文件，发现IL代码中都会有new的开销，即两种写法本质上是完全一致的。

A1：Unity Prefab嵌套目前只处理了Editor部分，打包AssetBundle时，会将Subprefab的序列化文件部分copy一份到Rootprefab，其实就等于AssetBundle环境下，嵌套Prefab不生效。

A2：Unity在增量打包的时候，会计算AssetFileHash，在这里计算的时候，只考虑了嵌套的Prefab，但是实际打AssetBundle时，使用的是嵌套Prefab的引用项，我们当前做法是修改Unity的源码，在计算AssetFileHash时就将嵌套Prefab展开。

A：对于一个Shader资源来说，在项目进行打包构建时，multi_compile定义的关键字会把Shader中含有该关键字但实际未使用的变体也进行构建，而shader_feature定义的关键字则不会。

但当我们项目中使用SVC收集变体时，并不是所有multi_compile定义的变体都需要主动加入到SVC中，只有我们实际用到的需要收集。

进行实验如下：

实验构建场景，通过SVC收集变体、打成AssetBundle包。在场景中提前加载并Warmup，再实例化一个用到相关Shader中变体“FOG_EXP2”的预制体。（变体“FOG_EXP2”是multi_compile关键字定义的。）

情况一：SVC中没有包含变体“FOG_EXP2”。此时会在实例化时触发Shader.CreateGPUProgram（相当于回到该SVC所引用的Shader中去加载了），不满足我们收集变体并预热、从而降低游戏过程中Shader加载耗时的需求。

情况二：SVC中收集了变体“FOG_EXP2”。实例化时没有触发Shader.CreateGPUProgram，说明该变体被正常Warmup了。

结论是，对于包体构建是没有区别的，SVC打包时会依赖对应的Shader，multi_compile定义的关键字自然都会参与构建；对于变体预热，只要是需要用到的变体，必须收集到SVC中并Warmup后，才不会在实例化渲染时触发Shader.CreateGPUProgram。

A：用SendMessage是可以实现的，但是效率不好。可以参考我这个Object-C回调Unity。把你需要的接口，写成函数指针，在Object-C里注册，需要时做回调。

可以参考《Unity与Object-C交互》。