为了能大幅度降低主线程的压力，提升项目的运行帧率，我们更倾向于将与 Unity API 无关的操作放到子线程中进行处理。但是，在分析堆内存占用时，由于无法获取子线程的堆内存分配具体情况，定位分析时就存在一定门槛。

为了解决这个问题，我们在优化利器GOT Online的 Mono 模式中支持了多线程统计，配合 GOT Online 本身灵活使用、随改随测的特性，帮助大家更加快速地提升性能。下面是该功能的详细介绍。

当我们使用子线程并在其中分配堆内存时，比如下图中的组件，在 Start 中开启了两个子线程，并间歇性地分配堆内存：

这种情况下，Unity 的 Profiler 中无法检测到这部分的 GC.Alloc，但这部分依然需要我们关注，本质上其与主线程上的 GC.Alloc 是相同的：频繁分配会导致 GC.Collect 的调用，引用释放不合理会导致堆内存泄漏。

现在，通过使用 GOT Online 的 Mono 模式进行测试，可以在测评报告的 “具体堆内存分配” 页面中看到前缀为 “Thread” 的函数，这表示这些函数是在 “非主线程” 中被调用并且进行了堆内存分配。点击某一函数后，即可看到该函数的堆内存分配细节，下图则为上述子线程调用代码的堆内存分配统计。

同时，如果这部分堆内存被引用而无法通过 GC 释放，可以在 “堆内存泄漏分析” 面板的对应函数中看到这部分堆内存增长情况，也可通过选中其中两节点进行比较，如下图所示。

点击右侧的蓝色按钮后，即可看到对应的堆内存对象类型，及其堆内存分配大小和数量。

说明：该功能目前支持 2.3.0 及以后版本的 SDK，建议大家在 UWA 官网下载最新版本，体验最完整的功能。

还不了解 GOT Online 这个黑科技？
一分钟了解它！

↙↙↙阅读原文可查看相关链接，并与作者交流