android apk大小限制，进程大小限制

From: http://www.cnblogs.com/qiengo/archive/2012/04/25/2468372.html

 

apk 限制在50M一下，可以附加两个文件，一个文件2G，共4G。
Asset限制文件大小1M
进程限制在16M，24M，32M,64M以后可能更大。
android不同设备单个进程可用内存是不一样的，可以查看/system/build.prop文件。
dalvik.vm.heapstartsize=5m
dalvik.vm.heapgrowthlimit=48m
dalvik.vm.heapsize=256m
heapsize参数表示单个进程可用的最大内存，但如果存在如下参数：
dalvik.vm.heapgrowthlimit=48m表示单个进程内存被限定在48m,即程序运行过程中实际只能使用48m内存
从上面来看使用navtive code分配内存是不在24MB的限制内的

定义activity运行所在的进程名称。一般情况下，应用的所有组件都运行在为应用创建的默认的进程中，该默认进程的名称应用包名称一致。通过定义<application>元素的“process”属性可以为所有组件指定一个不同的默认进程。但是任意组件都可以重写默认进程，以便实现多进程操作。
如果该属性指定名称以“：”开头，则一个新的专属于该应用的进程将会被创建。如果该进程名以小写字母开头，则为该activity提供权限以让其在一个全局的进程中运行。这样会允许多个应用的不同组件共用一个进程，以便节省资源。

Android是支持多进程的，每个进程的内存使用限制一般为24MB的内存，所以当完成一些很耗费内存的操作如处理高分辨率图片时，需要单独开一个进程来执行该操作（上面的配置可以用来实现该操作）。即便如此，开发者还是不要随意多开进程来耗费用户的资源。（内存限制，有16MB，24MB， 32MB，很老的机型的内存限制会是16MB，这个具体还要再搜索下资料。。）

 

远远超过限制的内存分配方式有两种 ：

　　一种方法是从本机代码分配内存 。使用NDK（本地开发工具包）和JNI，它可能从C级（如的malloc / free或新建/删除）分配内存，这样的分配是不计入对24 MB的限制 。这是真的，从本机代码分配内存是为从Java方便，但它可以被用来存储在RAM中的数据（即使图像数据）的一些大金额 。

　　另一种方式，其中的作品以及图像的，是使用OpenGL的纹理-纹理内存不计入限制 ，要查看您的应用程序确实分配多少内存可以使用android.os.Debug.getNativeHeapAllocatedSize（ ），可以使用上面介绍的两种技术的Nexus之一，我可以轻松地为一个单一的前台进程分配300MB - 10倍以上的默认24 MB的限制 ，从上面来看使用navtive代码分配内存是不在24MB的限制内的（开放的GL的质地也是使用navtive代码分配内存的） 。

 

 

即：bitmap.recycle();

　　biamap=null;

效果要好于

　　biamap=null;

　　system.gc();

 

Bitmap bm = BitmapFactory.decodeResource(this.getResources(), R.drawable.splash);
BitmapDrawable bd = new BitmapDrawable(this.getResources(), bm);

mBtn.setBackgroundDrawable(bd);

来代替mBtn.setBackgroundResource(R.drawable.splash)。

销毁的时候使用：

BitmapDrawable bd ＝ (BitmapDrawable)mBtn.getBackground();

mBtn.setBackgroundResource(0);//别忘了把背景设为null，避免onDraw刷新背景时候出现used a recycled bitmap错误

bd.setCallback(null);
bd.getBitmap().recycle();

这样调整后，避免了在应用里缓存所有的资源，节省了宝贵的内存，而其实这样也不会造成太大效率问题，毕竟重新载入资源是非常快速，不会对性能造成很严重的影响，在xoom里我没有感受到和之前有什么区别。