本文主要是介绍21—小结(Week)，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一 、xutils的框架设计问题，他内部貌似采用的是线程池管理的，当线程池满的时候，其他的线程就会处于等待状态，这时候如果界面的数据依赖网络请求结果的话，就会造成阻塞状态。
xutils的整个后台是基于ThreadPoolExecutor线程池来做的，该程序封装的线程池的最大连接数是10，所以每次new 一个httpUtils请求下载的时候，一个new 的请求对象最多download下10个图片，如果超过10个，第十一个download将处于等待的状态，然后因为程序封装了等待的最长时间是15s，所以超过十五秒的时候，就会报Failure了。
该情况导致的hungup的问题，目前的解决办法是：在每个线程中生成自己的HttpClient实例，即每次请求download下载一次的时候就new 一次。（不过宝宝觉得能够修改封装在xUtils里的最大连接数就更好了，不过看过源码后发现，因为它封装好的最大的连接数是写在它的构造函数里面的，所以不是太好修改。ps.版本貌似是2.6的）
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
二 、FragmentActivity是Activity的子类~基本上一样，因为要使用Fragment所以FragmentActivity里面有对Fragment管理的方法和工具。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
三、优化图片的方式
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;options.inSampleSize = 2;//压缩比（PS：最好是通过函数来动态计算出来，以后进行补充）
options.inJustDecodeBounds = false;
options.inTempStorage = new byte[16 * 1024];
Bitmap bmp = BitmapFactory.decodeFile(picturePath,options);
Bitmap resizedBitmap = Bitmap.createScaledBitmap(bmp, 960, 730, false);
---------------------------------------------------------------------------------------------------------------------------------------------------------
四、OOM导致UI线程阻塞，界面黑屏的情况，经不断的测试，最终发现是该显示的activity在finish的时候没有被释放，导致每次打开一次的时候，内存就会不断的向上增加，直至超过最大内存溢出。
查找主要原因的过程：
1.由于在logcat日志文件中，报错的地方是BitmapFactory.decodeFile(picturePath,options);所以我采取了三方法中的动态计算压缩比或者采用临时的空间存储，即通过流进行读取。。。这段等有空把代码贴上来。然后还采用bitmap.recycle，发现通过的ImageCache缓存中的LurCaache中的数据并没有清除。所以在重复打开一张图的时候，第二次操作的时候，由于第一次finish图片的activity的时候，bitmap已经通过recycle释放掉了，所以重复打开的时候就从缓存中虽然有，但是bitmap已经被释放了，所以是黑屏。
所以这种解决办法并不生效。
2.在ImageCache的构造中其实已经设置了当缓存超过一定的size，将会自动清除前面的一些缓存。此外在该类中还有一个清除所有图片缓存的函数，一开始我以为是ImageCache的清缓存的作用没有起作用。
3.最后通过打印系统的实时总运行内存和最大运行内存，以及实时的ImageCache中的LurCache的大小发现，图片的缓存大小其实一直没有增加，增加的是总运行内存，每打开一次activity就增加一次，最后发现是每次打开的activity没有释放。
4.在3中其实我还修改了对象类型为弱引用类型，发现其实activity已经是强引用了，最后没有生效。
弱引用的使用：A a = new A();
SoftReference<A> wra = new WeakReference<A>(a);
最后调用的时候是通过wra.get()来当作没有进行弱引用时的a使用的。
--------
Java对象的引用类型：
1）强引用：
2）软引用：
3）弱引用：
4）虚引用：。。。。
补充一点：OOM的常用的解决方案
1.
2.
3.
4.
5.
这篇关于21—小结(Week)的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
