Target API level升级到31后Android 12启动黑屏卡死

1）Target API level升级到31后Android 12启动黑屏卡死
​2）Unity Renderer中SortingLayer、SortingOrder底层如何实现渲染排序
3）如何用Addressable实现按需下载
4）多个Package需要不同版本的DLL的解决方案

---

这是第309篇UWA技术知识分享的推送。今天我们继续为大家精选了若干和开发、优化相关的问题，建议阅读时间10分钟，认真读完必有收获。

UWA 问答社区：answer.uwa4d.com
UWA QQ群2：793972859（原群已满员）

Android

Q：当前海外版本有硬性要求：Target API level必须升级到31，升级之后在Android 12机型上启动游戏，Unity闪屏之后卡死，其他Android版本正常。

我们使用的Unity版本：2017.4.27f
其他一些简单测试：去掉闪屏， 导出新的空工程，都会出现启动卡死。

其他一些Unity论坛上的方式尝试均失败：
https://forum.unity.com/threa...
https://forum.unity.com/threa...

之前我们也遇到升级之后无法安装的问题，然后参照其他解决了安装，只是黑屏无法解决。当前最新尝试Unity 2019版本是正常，初步判断是与以下问题同时修复的：
https://issuetracker.unity3d....

不知道是否有其他大神遇到此问题并解决了？如果有升级之后正常，请告知一下Unity版本号，谢谢。

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

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

论坛上有人遇到了类似的问题，但是表现为崩溃：
https://forum.unity.com/threa...

项目能升级引擎的话，可以试试这里提到的修复的版本：
https://issuetracker.unity3d....

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

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

感谢[email protected]问答社区提供了回答

Rendering

Q：Unity Renderer中SortingLayer、SortingOrder底层是如何实现渲染排序的？

A1：第一级是材质RenderQueue的区间：不透明（<2499）优先，然后半透明（>=2500）。
第二级是SortingLayer。
第三级是SortingOrder。
第四级是材质RenderQueue本身。

感谢欧月松@UWA问答社区提供了回答

A2：Unity完整渲染顺序如下：

1. CameraDepth从小到大
   开始渲染不透明物体（RenderQueue < 2500）
2. SortingLayer从小到大
3. SortingOrder从小到大
4. RenderQueue从小到大
5. 物体深度近到深度远
   开始渲染半透明物体（RenderQueue >= 2500）
6. SortingLayer从小到大
7. SortingOrder从小到大
8. RenderQueue从小到大
9. 物体深度远到深度近

感谢萧小俊@UWA问答社区提供了回答

Addressable

Q：如何用Addressable实现按需下载，大体是想要实现下面两个功能：

1. 一部分资源是在游戏启动的时候去更新的。
2. 还有一部分资源是在玩家玩到某个关卡的时候，让玩家手动触发下载。当然，这些关卡，没有下载完成之前，玩家是不能玩的。

A：可参考Unity官方实例Git，其中Advanced/Play Asset Delivery这个案例很好地展示了AssetBundle和Google新格式aab的结合以及打包Asset Packs后，哪些资源预下载，哪些资源实时下载。
https://github.com/Unity-Tech...

感谢郑骁@UWA问答社区提供了回答

Scripting

Q：具体情况就是Google ProtoBuf库的高版本会强制依赖 System.Runtime.CompilerServices.Unsafe.dll 4.0.4.1版本。

然后Unity内置的Package com.unity.collections会自己带进来一个DLL，并且版本不匹配。

现在有没有办法，导入一个DLL，并且只让某一个Package内的代码进行引用。或者有没有其他替代方案，比如禁止com.unity.collections带入自己的Unsafe.dll之类的流程？

其他就是考虑一个流程重新编译ProtoBuf的动态库，使其内含一个自己用的依赖库。但是这个依赖库也不好找源码。

主要问题是：com.unity.collections是Unity原生并自动植入的，不进入Packages路径，直接植入到Library。所以没有办法手动调整路径。现在暂时是用脚本在启动编辑器时替换Library里面的动态库。但是这个流程不干净，希望有个干净的做工。

A：先把项目中重复度高的DLL都放在一个Common Package中，然后把com.unity.collections拉到本地变成Local Package，再去依赖Common Package，最后就让Google ProtoBuf也去依赖这个Common Package。

对于Unity原生并自动植入的Package，一般从Library拉到本地就行，注意一下最后的package-lock.json文件中com.unity.collections的Version为file:XXXXX，并且Source显示为Embedded就代表成功了。

感谢萧小俊@UWA问答社区提供了回答

封面图来源于网络

---

今天的分享就到这里。当然，生有涯而知无涯。在漫漫的开发周期中，您看到的这些问题也许都只是冰山一角，我们早已在UWA问答网站上准备了更多的技术话题等你一起来探索和分享。欢迎热爱进步的你加入，也许你的方法恰能解别人的燃眉之急；而他山之“石”，也能攻你之“玉”。

官网：www.uwa4d.com
官方技术博客：blog.uwa4d.com
官方问答社区：answer.uwa4d.com
UWA学堂：edu.uwa4d.com
官方技术QQ群：793972859（原群已满员）