成都创新互联网站制作重庆分公司

Android内存优化的关键点。-创新互联

Android内存优化的关键点。
   1、万恶的static
      static是个好东西,声明赋值调用就是那么的简单方便,但是伴随而来的还有性能问题。
      由于static声明变量的生命周期其实是和APP的生命周期一样的,有点类似与Application。
      如果大量的使用的话,就会占据内存空间不释放,积少成多也会造成内存的不断开销,
      直至挂掉。static的合理使用一般用来修饰基本数据类型或者轻量级对象,
      尽量避免修复集合或者大对象,常用作修饰全局配置项、工具类方法、内部类。
   2、无关引用
      很多情况下,我们需求用到传递引用,但是我们无法确保引用传递出去后能否及时的回收。
      比如比较有代表性的Context泄漏,很多情况下当Activity 结束掉后,
      由于仍被其他的对象指向导致一直迟迟不能回收,这就造成了内存泄漏。这时可以考虑第三条建议。
   3、善用SoftReference/WeakReference/LruCache
      Java、Android中有没有这样一种机制呢,当内存吃紧或者GC扫过的情况下,
      就能及时把一些内存占用给释放掉,从而分配给需要分配的地方。答案是肯定的,
      java为我们提供了两个解决方案。如果对内存的开销比较关注的APP,可以考虑使用WeakReference,
      当GC回收扫过这块内存区域时就会回收;如果不是那么关注的话,可以使用SoftReference,
      它会在内存申请不足的情况下自动释放,同样也能解决OOM问题。
      同时Android自3.0以后也推出了LruCache类,使用LRU算法就释放内存,一样的能解决OOM,
      如果兼容3.0一下的版本,请导入v4包。关于第二条的无关引用的问题,
      我们传参可以考虑使用WeakReference包装一下。
   4、谨慎handler
      在处理异步操作的时候,handler + thread是个不错的选择。但是相信在使用handler的时候,
      大家都会遇到警告的情形,这个就是lint为开发者的提醒。handler运行于UI线程,
      不断处理来自MessageQueue的消息,如果handler还有消息需要处理但是Activity页面已
      经结束的情况下,Activity的引用其实并不会被回收,这就造成了内存泄漏。
      解决方案,一是在Activity的onDestroy方法中调用
      handler.removeCallbacksAndMessages(null);取消所有的消息的处理,
      包括待处理的消息;二是声明handler的内部类为static。
   5、Bitmap终极杀手
      Bitmap的不当处理极可能造成OOM,绝大多数情况都是因这个原因出现的。
      Bitamp位图是Android中当之无愧的胖小子,所以在操作的时候当然是十分的小心了。
      由于Dalivk并不会主动的去回收,需要开发者在Bitmap不被使用的时候recycle掉。
      使用的过程中,及时释放是非常重要的。同时如果需求允许,也可以去BItmap进行一定的缩放,
      通过BitmapFactory.Options的inSampleSize属性进行控制。如果仅仅只想获得Bitmap的属性,
      其实并不需要根据BItmap的像素去分配内存,
      只需在解析读取Bmp的时候使用BitmapFactory.Options的inJustDecodeBounds属性。
      最后建议大家在加载网络图片的时候,使用软引用或者弱引用并进行本地缓存,
      推荐使用android-universal-p_w_picpathloader或者xUtils,牛人出品,必属精品。
   6、Cursor及时关闭
      在查询SQLite数据库时,会返回一个Cursor,当查询完毕后,及时关闭,
      这样就可以把查询的结果集及时给回收掉。
   7、页面背景和图片加载
      在布局和代码中设置背景和图片的时候,如果是纯色,尽量使用color;
      如果是规则图形,尽量使用shape画图;如果稍微复杂点,
      可以使用9patch图;如果不能使用9patch的情况下,
      针对几种主流分辨率的机型进行切图。
   8、ListView和GridView的item缓存
      对于移动设备,尤其硬件参差不齐的android生态,页面的绘制其实是很耗时的,
      findViewById也是蛮慢的。所以不重用View,在有列表的时候就尤为显著了,
      经常会出现滑动很卡的现象。
   9、BroadCastReceiver、Service
      绑定广播和服务,一定要记得在不需要的时候给解绑。
   10、I/O流
      I/O流操作完毕,读写结束,记得关闭。
   11、线程
      线程不再需要继续执行的时候要记得及时关闭,开启线程数量不易过多,一般和自己机器内核数
      一样最好,推荐开启线程的时候,使用线程池。
   12、String/StringBuffer
      当有较多的字符创需要拼接的时候,推荐使用StringBuffer。

让客户满意是我们工作的目标,不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户,将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴,公司提供的服务项目有:域名申请、虚拟空间、营销软件、网站建设、绵竹网站维护、网站推广。

另外有需要云服务器可以了解下创新互联scvps.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。


文章标题:Android内存优化的关键点。-创新互联
转载源于:http://cxhlcq.com/article/ddesij.html

其他资讯

在线咨询

微信咨询

电话咨询

028-86922220(工作日)

18980820575(7×24)

提交需求

返回顶部