首页 > 代码库 > profiler内存优化:警惕回调函数

profiler内存优化:警惕回调函数

  最近做profiler内存优化,踩了一个深坑,觉得有必要做一下笔记。
过程是这样的,游戏启动后,会启动更新模块,加载更新界面,更新检测完成后会切换场景进入登陆界面。切换场景会自动释放上一个场景的资源。
但是问题来了,切换场景后,更新界面关闭了,但是更新界面引用的atlas、font之类的asset资源(这些资源仅使用在更新界面),没有自动释放,还存在内存中。
如下图的动态字库,占了18MB内存, Update就是atlas材质球引用的贴图,占了2MB内存。
技术分享
 
反复的检查了代码,没有设置DontDestroyOnLoad,没有静态引用任何资源,更新窗体脚本的OnDestroy也是调用了的,百思不得解。
最后不得不用最笨的办法,一段一段代码注释掉,看是否哪块代码出了问题。首先从Awake开始,直接做切换场景,然后看profiler
技术分享
 
Update贴图已经不在了,有戏。然后放开Awake,继续,最后终于查到一段代码
技术分享
这里DownDllCallback最后回调函数传递给一个子线程,因为回调函数是一个成员函数,传递参数会把当前类的this指针给传进去,导致其他地方
对这个类有引用,切换场景自然就不能自动释放了。搞了半天,原来是回调函数惹的祸。
 
解决办法有两个:
1. 将回调函数设置成静态函数,这样就不带this指针了
2. 在适当的地方,将回调函数卸载掉,也就是事件注册和反注册,必须成对呀
 
总结:
1. 在MonoBehaviour脚本中,回调函数的使用也要注意,一不注意就导致脚本有多余引用,还不容易发现
2. 要保持良好的代码习惯,通常注册了函数,使用完后没有对函数进行反注册,这个要时刻警惕,出问题真不好查。

profiler内存优化:警惕回调函数