android内存溢出等各种常见问题

       最近开发了一款和LBS相结合的android软件。项目虽小，但在开发过程中遇到的问题却是不少。今天写此博文，一为总结，再次理一下在解决问题时的思考过程；二为分享，希望遇到同样问题的童鞋们有一个参考；三为交流学习，虽然有些解决方法没有bug，但性能上本人还不甚满意，如果您有更好的解决办法或发现任何问题，欢迎批评指正，多多交流学习。

下面列举出我所遇到的问题及解决方法（注：所有测试都是基于android 4.0.4系统）。

1）.百度地图刷新得不到及时响应，出现灰色区域

   解决方法：在manifest文件中的application标签下添加 android:hardwareAccelerated="false"，但添加之后还是不行。最后在 非主activity（主activity：启动软件显示的第一个activity）中添加 android:hardwareAccelerated="true"，启用硬件加速，然后地图响应就很流畅了。

2）.用腾讯微博开放平台发表带图片的微博时抛NetWorkOnMainThreadException

  解决方法：在onCreate方法中添加如下代码就OK了：

StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder().detectDiskReads().detectDiskWrites().detectNetwork().penaltyLog().build());

在2.3以前的系统中不会出现此问题。或者通过异步方式进行此操作，因为它说的是**OnMainThread**，那么不在主线程中进行这种耗时的网络操作，就不会有问题了。

3）.Context的使用问题

  大家都知道，context容易引发内存溢出，而且很隐蔽，所以大多数情况都尽量使用Application context，因为这种context和Application有相同的生命周期，不会引起内存泄露。但当我要显示一个AlertDialog时，使用Application context就会抛出异常：android.view.WindowManager$BadTokenException: Unable to add window -- token null is not for an application，必须使用Activity context。查看google提供的文档，Activity->ContextThemeWrapper->ContextWrapper->Context；Application->ContextWrapper->Context，可以看出Context是Activity和Application的父类，通过Activity和Application都可以获得Context对象。但问题就是，显示dialog相当于显示一个自定义窗口，Application context是无法获得Window对象的，而Activity可以通过getWindow()方法获得Window对象。为了防止context引发的内存溢出，请记住以下3点：

1. 不要让生命周期长的对象引用activity context，即保证引用activity的对象要与activity本身生命周期是一样的
2. 对于生命周期长的对象，可以使用application context
3. 避免非静态的内部类，尽量使用静态内部类，避免生命周期问题，注意内部类对外部对象引用导致的生命周期变化

4）.Bitmap内存溢出问题

  这是我遇到的最头疼的一个问题，在网上也查了很多资料，大多数都一样。如弱引用（WeakReference），软引用（SoftReference）等，这些在一定程度上的确可以优化，但并不能彻底解决问题，图片很多的时候，还是会出现内存溢出。最主要的还是要及时回收bitmap，这个及时，，如何及时？在网上看到一些方法：

 //前面还有部分代码未贴出      originalImage = BitmapFactory.decodeFile(path, options);        width = originalImage.getWidth();        height = originalImage.getHeight();        Bitmap bitmapWithReflection = Bitmap.createBitmap(dw,                dh, Config.ARGB_8888);        Canvas canvas = new Canvas(bitmapWithReflection);        canvas.drawBitmap(originalImage, 0, 0, null);      ImageView imageView = new ImageView(mContext);      imageView.setImageBitmap(originalImage);      imageView.setLayoutParams(new GalleryFlow.LayoutParams(width, height));      mImages[index++]=imageView;        bitmapWithReflection.recycle();        bitmapWithReflection = null;        System.gc();

这样如果马上回收originalImage，图片就无法显示；显示后再回收？由于每初始化一张图片，originalImage对象就会指向另一块内存，而指向原来的bitmap内存的对象则被覆盖了，当我们要回收该bitmap时，却发现找不到指向该内存的对象，自然也就无法回收了。

        我的解决方法是：延迟加载图片，每初始化一张图片，就把bitmap对象存储在一个Bitmap数组中，ImageView再从该数组中取得对应的bitmap。需要回收的时候，可以通过数组中bitmap对象来释放所占用的内存。不管有多少图片，都可以保证在内存中的图片数量不超过M张（M可由自己控制，如8张。通过option参数可以控制加载到内存的图片的大小，一般800*600*4=1920000byte=1.8M，8张一般不会超出android单个程序内存限制）。部分代码如下：

public View getView(int position, View convertView, ViewGroup parent) {if(convertView==null){if(mImages[position]==null && bitmaps[position]==null){int high = position+mem_size;/** * 当图片的索引位置大于或等于mem_size时，要考虑回收两头的bitmap内存; * 否则只需考虑回收后面的内存。 */if(position>=mem_size){int low=position-mem_size;if(bitmaps[low]!=null){this.destory(low);}if(high<size && bitmaps[high]!=null){this.destory(high);}}else{if(high<size && bitmaps[high]!=null){this.destory(high);}}System.gc();try {ImageView imageView = new ImageView(mContext);bitmaps[position]=this.createView(paths.get(position));imageView.setImageBitmap(bitmaps[position]);imageView.setLayoutParams(new GalleryFlow.LayoutParams(width, height));mImages[position]=imageView;} catch (Exception e) {e.printStackTrace();}finally{convertView=mImages[position];}}else{convertView=mImages[position];}}return convertView;} private void destory(int index){        bitmaps[index].recycle();        bitmaps[index]=null;        mImages[index]=null; }

算是解决了bitmap内存溢出问题，但是性能上还有待优化。