【转载】Android Studio 设置内存大小及原理

http://www.cnblogs.com/justinzhang/p/4274985.html

http://tsroad.lofter.com/post/376316_69363ae

 

Android studio 1.0.2默认最大内存是750M，这样跑起来很是的卡，难以忍受，机器又不是固态硬盘，最后发现，这个默认值是能够修改的，在android studio目录下找到：studio64.exe.vmoptions文件，绿色部分为修改的参数（-Xmx1050m)，将默认参数修改成1050MB，这样跑起来就很是流畅了，若是以为仍是不够流畅，能够改得更高：

-Xms128m
-Xmx1050m
-XX:MaxPermSize=350m
-XX:ReservedCodeCacheSize=96m
-ea
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-Djna.nosys=true
-Djna.boot.library.path=

-Djna.debug_load=true
-Djna.debug_load.jna=true
-Djsse.enableSNIExtension=false
-XX:+UseCodeCacheFlushing
-XX:+UseConcMarkSweepGC
-XX:SoftRefLRUPolicyMSPerMB=50
-Didea.platform.prefix=AndroidStudio
-Didea.paths.selector=AndroidStudio

 

mac系统下在Android studio包内容中的contents-bin-studio.vmoptions

 

若是这个设置没有生效，在 File->Ivalidate Caches中，选择 Ivalidate and Restart就能够生效了：

 

最后，在资源管理器中能够看到，studio64.exe的内存占有瞬间涨到了1GB以上。

 

 

————————————————————————————————————————————

从AndroidStudio的启动参数了解到的下JVM的一些东西（内存使用，JIT等）

若是你使用AndroidStudio常常以为很卡，那有多是由于系统给AS分配的内存不够的缘由。打开/Applications/Android Studio.app/Contents/bin/studio.vmoptions (Mac)，能够看到有如下配置：

-Xms128m -Xmx750m -XX:MaxPermSize=350m -XX:ReservedCodeCacheSize=96m -XX:+UseCompressedOops

这些参数分别是什么意思呢？

-Xms128m

The -Xms option sets the initial and minimum Java heap size. The Java heap (the “heap”) is the part of the memory where blocks of memory are allocated to objects and freed during garbage collection.

就是JVM启动的起始堆内存，堆内存是分配给对象的内存。这里我把它改为了512m

-Xmx750m

This option sets the maximum Java heap size.

也就是AndroidStudio能使用的最大heap内存，这里我改为了2048m

这两个参数都是-X开头的，表示非标准的参数。什么叫非标准的呢？咱们知道JVM有不少个实现，Oracle的，OpenJDK等等，这里的-X参数，是Oracle的JVM实现使用的，OpenJDK不必定能使用，也就是没有将这些参数标准化，让全部的JVM实现都能使用。

-XX:MaxPermSize=350m

这个参数指定最大的Permanent generation大小。
根据oracle的文档：

Permanent Generation (non-heap): The pool containing all the reflective data of the virtual machine itself, such as class and method objects. With Java VMs that use class data sharing, this generation is divided into read-only and read-write areas.

可知，Permanent Generation也是一块内存区域，跟heap不一样，它里面存放的事类自己（不是对象），以及方法，一些固定的字符串等等。更多关于Permanent Generation

-XX:ReservedCodeCacheSize=90m

ReservedCodeCacheSize (and InitialCodeCacheSize) is an option for the (just-in-time) compiler of the Java Hotspot VM. Basically it sets the maximum size for the compiler's code cache.

设置JIT java compiler在compile的时候的最大代码缓存。简单地说就是JIT（Just In Time）编译器在编译代码的时候，须要缓存一些东西，这个参数指定最多能使用多大内存来缓存这些东西。
什么叫JIT呢？看wikipedia的解释：

In computing, just-in-time compilation (JIT), also known as dynamic translation, is compilation done during execution of a program – at run time – rather than prior to execution.Most often this consists of translation to machine code, which is then executed directly, but can also refer to translation to another format. JIT compilation is a combination of the two traditional approaches to translation to machine code – ahead-of-time compilation (AOT), and interpretation – and combines some advantages and drawbacks of both.[1] Roughly, JIT compilation combines the speed of compiled code with the flexibility of interpretation, with the overhead of an interpreter and the additional overhead of compiling (not just interpreting). JIT compilation is a form of dynamic compilation, and allows adaptive optimization such as dynamic recompilation – thus in principle JIT compilation can yield faster execution than static compilation. Interpretation and JIT compilation are particularly suited for dynamic programming languages, as the runtime system can handle late-bound data types and enforce security guarantees.

咱们知道编程语言分两种： - 编译型，先将人写的代码整个编译成汇编语言或机器语言，一条一条代码而后执行。 - 解释型，不须要编译，将人写的代码一条一条拿过来一次执行，先取一条，执行，完了再取下一条，而后在执行。

而对于Java来讲，这个状况就比较特殊了，由于在Java这里，JVM先是将Java代码整个编译成bytecode，而后在JVM内部再一条一条执行bytecode代码。你说它是编译型的吧，bytecode又不用编译成机器代码，二是一条条bytecode一次执行。你说它是解释型的吧，它又有一个编译的过程。对于Java究竟是编译型仍是解释型到如今也没有一个定论。不过，咱们仍是能够探讨一下Java的JIT编译技术。
刚刚说了，在bytecode层面，代码是解释执行的。解释型的语言会比较慢，由于它没有办法根据上下文对代码进行优化。而编译型的语言则能够进行优化。Java的JIT技术，就是在bytecode解释执行的时候，它不必定是一条条解释执行的，二是取一段代码，编译成机器代码，而后执行，这样的话就有了上下文，能够对代码进行优化了，因此执行速度也会更快。
可见，JIT技术结合了编译型（速度更快）和解释型语言（代码更灵活）两者的优点。对于动态语言的执行来讲，是一个很是大的优点。

-XX:+UseCompressedOops

这个参数容许系统将代码里面的引用(reference)类型用32位存储，同时却可以让引用可以使用64位的内存大小。
咱们知道现代的机器基本都是64位的，在这种状况下，Java代码里面的reference类型也变成了用64位来存储，这就致使了两个问题：
1. 64位比32为更大，占的内存更多，这是显然的，固然这个问题在整个程序看来根本不显然，由于哪怕系统同时有1000个引用存在，那多出来的内存也就4M，这个不重要，由于如今手机都动不动好几个G，大型服务器就更加不用说了。更重要的是第二点。 2. 相对于内存，CPU的cache就小的可怜了，当reference从32bit变成64bit时，cache里面能存放的reference数量就顿时少了不少。因此64bit的reference对cache是个大问题，因而就有了这个选项，能够容许系统用32bit来存储reference，让cache里面能存放更多的reference，同时又不影响reference的取址范围。至于他们是怎么作到的，我就不得而知了。。。

以上三个参数是以-XX开头的，根据Oracle的说明，

Options that are specified with -XX are not stable and are subject to change without notice.