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

UWA 问答社区：answer.uwa4d.com

UWA QQ群2：793972859（原群已满员）

本期目录：

  • 如何定位游戏发热问题
  • Unity获取指定脚本的引用对象
  • 如何知道打包时的一个Shader有多少变体
  • 如何优化Font.CacheFontForText频繁造成的耗时峰值

Performance

Q：目前项目的发热问题很头疼，2D游戏，基于TileMap、SpriteRenderer和UGUI的渲染，关闭了垂直同步，TargetFrameRate设置为60。Android和iOS上发热都很严重，而且在比较好的机型（比如iPhone 12这种），发热现象甚至更明显。

跟大部分情况不同，发热并没有怎么影响帧率，在大部分机型上，帧率都不是问题，连iPhone 8机型，都能60帧跑满。

在Unity Profile和Xcode都进行过性能分析，CPU最明显的热点函数就是Spine的骨骼动画更新计算。然而到一个没有骨骼动画的场景，发热现象稍好点，但还是比预期的要烫不少（场景中除了地面和一些静态贴图，基本就没有多少东西）。

另一个比较普遍的发热点是网络测试，在某场景关闭网络后，发热依然严重。甚至启动游戏，停留在登录界面一会儿，发热现象都比别的游戏更明显。

猜测是否由于每帧的顶点数量过多造成的，在游戏中Unity的Status面板，顶点数量Verts达到了40KB，三角形Tris也有几乎20KB。看起来很多，但我不太清楚当前主流游戏这个数值的级别大概是多少。而且，顶点和三角形的数量很难解释登录界面依然容易发热，毕竟登录界面这些数值不可能很高。

自己也做了很多测试了，实在搞不清楚问题究竟在哪儿，Unity是还有什么特别需要优化的，针对发热的点吗？

A1：可以用Xcode抓帧看看带宽，Load Store Action是否合理。

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

A2：以下是我的建议：

1. iPhone 8上跑满60帧，证明CPU、GPU都没有到达瓶颈，消耗在较为合理的范围。推荐在Unity Profiler看一下CPU端的消耗，以及查看一下DrawCall数量。

2. 推荐使用FrameDebugger，看一下是否有冗余的物体或者后处理在渲染，尤其是你说的启动界面有发热。

3. 如果低级错误都排查过了，那么建议看一下是否用了原生的插件。

4. 渲染的分辨率是否调整过了，RenderScale的值和FrameDebugger可以查出来分辨率。

感谢张振东@UWA问答社区提供了回答

A3：关于发热的问题，通常要从几个角度排查：CPU压力（耗时）、GPU压力（耗时和带宽，可以考虑降低分辨率看看发热问题是否会有改善）和IO等几个角度。从题主的问题上看，耗时应该是没问题，都能跑满帧（当然60帧本身就是对发热影响比较大的一点，可以看看限制30帧会不会发热有下降），所以要看看一些隐形的东西是否有问题。比如带宽，可以用Snapdragon在高通手机上跑一跑。如果带宽较高，看看纹理的一些设置是否合理，比如是否压缩、是否开启Mipmap，这两项通常都是需要设置成开启的。还可以查看是否有不必要的BlitCopy操作，在URP项目中比较容易出现Copy Color和Copy Depth浪费。对于IO，需要看看是否存在子线程里面有频繁IO的现象。

感谢Xuan@UWA问答社区提供了回答，欢迎大家转至社区交流：

https://answer.uwa4d.com/question/62910e1ab87a457351669b0c

Script

Q：Unity获取指定脚本的引用对象：一个GameObject上挂载了一个Script，这个Script引用了很多资源。如何只获得这个Script引用的资源呢？AssetDatabase是会获取所有的引用，但是并没有做区分。

A1：有Guid可以使用以下代码加载：

var assetPath = AssetDatabase.GUIDToAssetPath(guid);

var texture2D = AssetDatabase.LoadAssetAtPath(assetPath);

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

A2：通过SerializedObject拿到了所有的ObjectReference，然后AssetDatabase.GetAssetPath获取对应路径：

var assetObj = AssetDatabase.LoadAssetAtPath