标签:memory-management scope android instance-variables power-management
我有一个应用程序,其服务使用ArrayList< Double>在背景中存储数字很长一段时间;服务启动时初始化变量.
服务在后台,并且会频繁访问变量(这就是我不想使用文件管理或设置的原因 – 为了电池寿命,文件I / O会非常昂贵) .
该变量在其寿命期间可能是〜1MB-> 2MB.
是否可以安全地说GC或系统永远不会对该变量进行清空,或者有什么方法可以阻止它?
解决方法:
I have an application that has a Service that uses an ArrayList to store numbers in the background for a very long time
如果“很长时间”大于“几秒钟,或者只要用户明确要求它运行”,那么我们就会遇到问题.
简而言之,您的服务将不会“持续很长时间”.用户将使用任务杀手将其终止,或者用户将使用“设置”应用程序将其终止,否则Android会因年龄过大而将其终止.太多开发人员泄漏服务,导致设备性能下降.
除了短暂的时间段(例如,在下载大文件时)或在用户请求(例如,音乐播放器)之外,真正需要运行的服务非常少.
Is it safe to say that the variable will never be nulled by GC or the system, or is there any way to prevent it?
只要过程存在,它就会存在.该过程将一直存在,直到您停止服务(假设没有其他组件正在运行),或者直到用户重新启动他们的电话,或者直到之前概述的任何情况(例如,任务杀手)发生.
标签:memory-management,scope,android,instance-variables,power-management 来源: https://codeday.me/bug/20190531/1188201.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。