Android中volley网络请求listener会造成内存泄露，怎么解决
1个回答
2016-07-08 · 百度知道合伙人官方认证企业
育知同创教育
1【专注：Python+人工智能|Java大数据|HTML5培训】 2【免费提供名师直播课堂、公开课及视频教程】 3【地址：北京市昌平区三旗百汇物美大卖场2层，微信公众号：yuzhitc】
向TA提问
关注
![]()
展开全部
看下MySingleton.
getInstance拿了一个Context,在AskActivity里就是这个activity本身.
那么考虑,某个时间点,Android决定把这个activity终止掉了,那么在Android的lifecycle里看来就没有这个activity的reference了.
在某个时间点重新"唤醒"这个activity的时候,以为在lifecycle的层面已经没有这个activity的cache了,所以可能觉得create/new一个新的.
但实际上这个App的进程并没有结束,也就是MySingleton里reference的还是老的AskActivity.
所以,这时候就有了两个AskActivity.
而在Android的机制里之后后者才是有效的.
所以前者算leak了?
一个想法,不一定对.
如果对的话,解决办法是把singleton跟activity的onCreate方法和onDestroy方法绑在一起.
因为实际上这个singleton的逻辑是对应一个activity/context唯一的语义.
getInstance拿了一个Context,在AskActivity里就是这个activity本身.
那么考虑,某个时间点,Android决定把这个activity终止掉了,那么在Android的lifecycle里看来就没有这个activity的reference了.
在某个时间点重新"唤醒"这个activity的时候,以为在lifecycle的层面已经没有这个activity的cache了,所以可能觉得create/new一个新的.
但实际上这个App的进程并没有结束,也就是MySingleton里reference的还是老的AskActivity.
所以,这时候就有了两个AskActivity.
而在Android的机制里之后后者才是有效的.
所以前者算leak了?
一个想法,不一定对.
如果对的话,解决办法是把singleton跟activity的onCreate方法和onDestroy方法绑在一起.
因为实际上这个singleton的逻辑是对应一个activity/context唯一的语义.
本回答由提问者推荐
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
推荐律师服务：
若未解决您的问题，请您详细描述您的问题，通过百度律临进行免费专业咨询
