ListView可能出现的问题及其优化

出现的情况：是fragmentActivity中，两个相邻的fragment均有大量的数据请求

1、猜测原因：确实是内存太小了

结果：换了内存大的手机后依然有报错

2、把需要展示的数据均缩小，但是请求的数据量还是很大

结果：依然会出现该错误

3、参见链接 http://blog.csdn.net/lizhenmingdirk/article/details/30490789

不使用背景图，使用纯色，就不会了实践结果：依然会报同样的错误

结果：依然会出现该错误

 二、listview的卡顿 经过调研有三种方案
1、异步加载图片（双缓存：内部缓存和sd卡缓存）
2、每次就请求10个，需要用户继续请求下一个10个

http://download.csdn.net/download/anyifeng5257/4841040
3、 将getView中需要加载的图片添加进堆栈，启动异步线程从栈顶开始加载图片，保证当前显示区域的图片被先显示。
   调整Load线程优先级为Thread.NORM_PRIORITY-1，不要和UI线程抢时间片，使滚动更流畅。

源码：http://download.csdn.net/detail/dolaameng328/5054440#comment

注意，一定要添加SD卡的读写权限

网上这个lazylist的确实可以用，但是移植到我自己的应用的时候却出现问题

BitmapFactory Explicit termination method 'close' not called

主要是因为infilestream没有关闭。

修正方案：http://ask.csdn.net/questions/53

 BitmapFactory.Options o2 = new BitmapFactory.Options();
        o2.inSampleSize = scale;
        fis = new FileInputStream(f);
        b = BitmapFactory.decodeStream(fis, null, o2);
        fis.close();

return b;

解决方案解析：利用图片缓存，将url的图片缓存起来，再去读取缓存

注意，一定要添加SD卡的读写权限

1、FileCache文件

getCacheDir()方法用于获取/data/data//cache目录

getFilesDir()方法用于获取/data/data//files目录

参照：http://www.cnblogs.com/liulipeng/archive/2013/02/22/2922733.html

http://blog.csdn.net/yuzhiboyi/article/details/8645730

2、SoftReference 软引用

原因：http://www.linuxidc.com/Linux/2011-09/42288.htm

原理：http://blog.csdn.net/kavendb/article/details/5935577