溢出

实际的使用环境中，如果图片来源是SD卡或者网络，那那么加载图片的过程一定不要放在UI线程中，这样会严重的阻塞UI线程，出现ANR，程序就废了。因此我们首先要实现异步加载。 第一步：利用AsyncTask实现图片的异步加载 将decodeSampledBitmapFromResource方法放入Task的doInBackground中后台执行。不熟悉AsyncTask的同学可以学习AsyncTask的相关知识，这里不再过多介绍。 代码： class BitmapWorkerTask extends AsyncTask<Integer, Void, Bitmap> { private final WeakReference<ImageView> imageViewReference; private int data = 0; public BitmapWorkerTask(ImageView imageView) { // Use a WeakReference to ensure the ImageView can be garbage collected imageViewReference = new WeakReference<ImageView>(imageView); } // Decode image in background. @Override protected

Tomcat本身不能直接在计算机上运行，需要依赖于硬件基础之上的操作系统和一个Java虚拟机。Tomcat的内存溢出本质就是JVM内存溢出，所以在本文开始时，应该先对Java JVM有关内存方面的知识进行详细介绍。 一、Java JVM内存介绍 JVM管理两种类型的内存，堆和非堆。按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中，它和堆不同，运行期内GC不会释放其空间。 (1). 堆内存分配 JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指 定，默认是物理内存的1/4。默认空余堆内存小于 40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、 -Xmx相等以避免在每次GC 后调整堆的大小。可以利用JVM提供的-Xmn -Xms

前提与解释： 安卓平台作为一款移动端的应用操作平台，其内存容量是十分有限的，内存资源是十分珍贵的，是无法与传统的桌面平台相比的，因此，在安卓平台下同样的图片操作与处理都要十分谨慎，否则你的程序可以 迅速地消耗可用内存的预算， 最终由于 OutOfMemory导致程序崩溃掉。以下有三个原因说明了我们为什么要谨慎： （1）安卓平台下对应用可使用的系统资源都做出了限制，标准安卓系统下，一个应用程序可用的最大内存为16M，一些第三方ROM 可能会上调这一限制，但是作为应用来说一定要控制自己的内存用量，这并不是可以无限制使用的。 （2）一张高分辨图片的内容耗用量是惊人的， 例如， Galaxy Nexus的 摄像头在拍摄2592X1936像素（5百万像素）。如果位图使用 的是配置 ARGB_8888 （默认的Android 2.3开始），那么此图像加载到内存占用约19MB的内存（2592 * 1936 * 4字节），直接就耗 尽了在某些设备上的每个应用程序的内存上限。 （3）安卓应用程序的一些控件经常需要几个位图一起加载。例如ListView，GridView，ViewPager等控件，并且在使用中还要快速 的滑动，要及时对图片进行更新与回收，更加增加了图片处理的难度。 解决办法： 一，如何去加载与显示大图： 其实，在安卓这样内存有限的平台上，是没有必要按照原始尺寸把一张大图完全加载进来的