大家好，今天小编关注到一个比较有意思的话题，就是关于java语言内存的问题，于是小编就整理了4个相关介绍Java语言内存的解答，让我们一起看看吧。
- 我手机java运行内存为3072k，但是它最大可以运行多大java软件呢？
- jni开发中c程序申请的内存是否在java的对堆内存或栈内存？
- Java等语言的GC为什么不实时释放内存？
- java解释执行后是否常驻内存？为何需要JIT技术？
我手机j***a运行内存为3072k，但是它最大可以运行多大j***a软件呢？
最大1M，j***a软件一般一兆大的占用内存大约为2M，再加上手机系统程序，就差不多了。不过也有特殊的软件，比如500K的软件可以直接占用4，5M的运存，数兆的软件也有可能只占用一丁点空间，软件大小个占用内存大小在客观是成正比关系的，但是事实上这是没有任何动作可以来证明的，只能依据普遍情况
jni开发中c程序申请的内存是否在j***a的对堆内存或栈内存？
不在，J***a的内存是由JVM虚拟机管理的，它相当于从操作系统内存中预先拿出来一大块，独占管理这一块，属于已经被使用的一块，J***a的内存都是从这块内存中再次分的一块一块的。而jni则是J***a程序与c语言交互技术，相当于JVM进程与外部进程的交互，所以此时的C语言中分配的内存是直接从操作系统内存中申请的，与JVM申请的一大块内存无关。
J***a等语言的GC为什么不实时释放内存？
谢邀！
首先，J***a的GC使用的并不是引用计数器法，而是可达性分析算法，这里就不细说可达性分析算法了。
GC是为了回收掉已分配的、不再使用的内存，提高内存的利用率及程序的执行效率，如果实时做内存的垃圾分析及回收，会耗费更多的***及执行时间，捉鸡不成蚀把米。
希望对你有所帮助！
j***a解释执行后是否常驻内存？为何需要JIT技术？
什么是 JIT ？
为了提高热点代码的执行效率，在运行时，虚拟机将会把这些代码编译成与本地平台相关的机器码，并进行各种层次的优化，完成这个任务的编译器称为即时编译器（Just In Time Compiler），简称 JIT 编译器
编译器：把源程序的每一条语句都编译成机器语言,并保存成二进制文件,这样运行时计算机可以直接以机器语言来运行此程序,速度很快;
解释器：只在执行程序时,才一条一条的解释成机器语言给计算机来执行,所以运行速度是不如编译后的程序运行的快的；
通过命令将 J***a 程序的源代码编译成 J***a 字节码，即我们常说的 class 文件。这是我们通常意义上理解的编译。
字节码并不是机器语言，要想让机器能够执行，还需要把字节码翻译成机器指令。这个过程是J***a 虚拟机做的，这个过程也叫编译。是更深层次的编译。（实际上就是解释，引入 JIT 之后也存在编译）
此时又有疑惑了，J***a不是解释执行的吗？
没错，J***a 需要将字节码逐条翻译成对应的机器指令并且执行，这就是传统的 JVM 的解释器的功能，正是由于解释器逐条翻译并执行这个过程的效率低，引入了 JIT 即时编译技术。
必须指出的是，不管是解释执行，还是编译执行，最终执行的代码单元都是可直接在真实机器上运行的机器码，或称为本地代码
附一张图来理解
编译原理参考：深入分析J***a的编译原理
1，一般意义上的垃圾回收是针对对象实例，而非类型本身，要回收类型，需要从 Classloader 入手;
2，J***a是编译型语言，但不是原生编译，编译结果是中间代码（字节码），这就是能跨平台的原因，因此程序运行时需要从中间代码转换为机器码;
3，将中间代码编译成机器码有时间开销，而且和中间代码的量是成正比的，就是说要编译的越多，花费的时间就越多，程序的启动速度就越慢; 这也是所有使用中间语言（如J***a、C#等）开发的程序，启动速度明显比原生编译型程序要慢的原因;
4，JIT的作用是按需编译，用到才编译，编译后缓存，可以提高程序的加载速度，效果立竿见影;
某***炸天的编译器，就是在中间代码的编译阶段，直接编译成机器码，相当于原生编译，这样输出的程序虽然加载和运行速度有所提高，但失去了跨平台的能力。
