java native面试_java 笔面试第二弹

目录##

1.内存屏障

2.关键字native

3.伪共享

4.线程Dump文件

5.内存溢出

6.jvm 配置和参数

1.内存屏障##

目前有4种屏障----

LoadLoad屏障：对于这样的语句Load1; LoadLoad; Load2，在Load2及后续读取操作要读取的数据被访问前，保证Load1要读取的数据被读取完毕。

StoreStore屏障：对于这样的语句Store1; StoreStore; Store2，在Store2及后续写入操作执行前，保证Store1的写入操作对其它处理器可见。

LoadStore屏障：对于这样的语句Load1; LoadStore; Store2，在Store2及后续写入操作被刷出前，保证Load1要读取的数据被读取完毕。

StoreLoad屏障：对于这样的语句Store1; StoreLoad; Load2，在Load2及后续所有读取操作执行前，保证Store1的写入对所有处理器可见。它的开销是四种屏障中最大的。在大多数处理器的实现中，这个屏障是个万能屏障，兼具其它三种内存屏障的功能。

2.native##

"A native method is a Java method whose implementation is provided by non-java code."

java中，native关键字说明其修饰的方法是一个原生态方法，方法对应的实现不是在当前文件，而是在用其他语言(如C和C++)实现的文件中。Java语言本身不能对操作系统底层进行访问和操作，但是可以通过JNI接口(Java Native Interfac)调用其他语言来实现对底层的访问。存在的必要：需要与java外的环境做交互，与jvm,操作系统交互得到更多的特性，sun的解释器是C实现的,实现更好的交互。

标识符native可以与所有其它的java标识符连用，但是abstract除外

一个native method方法可以返回任何java类型，包括非基本类型，而且同样可以进行异常控制。

使用本地方法是有开销的

**JVM怎样使Native Method跑起来： **

当一个类第一次被使用到时，这个类的字节码会被加载到内存，并且只会回载一次。在这个被加载的字节码的入口维持着一个该类所有方法描述符的list，这些方法描述符包含这样一些信息：方法代码存于何处，它有哪些参数，方法的描述符(public之类)等等。

如果一个方法描述符内有native，这个描述符块将有一个指向该方法的实现的指针。这些实现在一些DLL文件内，但是它们会被操作系统加载到java程序的地址空间。当一个带有本地方法的类被加载时，其相关的DLL并未被加载，因此指向方法实现的指针并不会被设置。当本地方法被调用之前，这些DLL才会被加载，这是通过调用java.system.loadLibrary()实现的。

JNI的书写步骤如下：

a.编写带有native声明的方法的Java类

b.使用javac命令编译编写的Java类

c.使用java -jni ****来生成后缀名为.h的头文件

d.使用其他语言(C、C++)实现本地方法

e.将本地方法编写的文件生成动态链接库

3.伪共享##

伪共享(false sharing)，就是多个线程同时修改共享在同一个缓存行里的独立变量，无意中影响了性能。

伪共享发生的过程

当核心1上的线程想更新X，而核心2上的线程想更新Y，而X变量和Y变量在同一个缓存行中时；每个线程都要去竞争缓存行的所有权来更新变量。如果核心1获得所缓存行的所有权，那么缓存子系统将会使核心2中对应的缓存行失效，反之亦然。这会来来回回的经过L3缓存，大大影响了性能。这种情况，就像多个线程同事竞争锁的所有权一样。如果互相竞争的核心位于不同的插槽，就要额外横跨插槽连接，问题可能更加严重。

典型的CPU微架构有3级缓存, 每个核都有自己私有的L1, L2缓存.

解决伪共享的方法是通过补齐(Padding)，使得每一条缓存行只存一个多线程变量。

4.线程Dump文件##

Dump文件是进程的内存镜像。可以把程序的执行状态通过调试器保存到dump文件中。

Dump文件是用来给驱动程序编写人员调试驱动程序用的，这种文件必须用专用工具软件打开，比如使用WinDbg打开。

线程dump出来的信息包含线程基本信息；线程的运行状态、标识和调用的堆栈；调用的堆栈包含完整的类名，所执行的方法，如果可能的话还有源代码的行数。因此，可以使用线程Dump文件来进行诊断一些问题， 包括线程阻塞，CPU 使用率过高，JVM Crash，堆内存不足和类装载等。

输出的方法：

win下，在启动程序的控制台里敲： Ctrl - Break，线程的 dump会产生在标准输出中

Linux 下，你可以通过命令 kill -3 PID (Java 进程的进程 ID)来获取 Java 应用的 dump 文件。

5.内存溢出##

1.什么是内存溢出

内存溢出是指应用系统中存在无法回收的内存或使用的内存过多,最终使得程序运行要用到的内存大于虚拟机能提供的最大内存。

jvm管理的内存大致包括三种不同类型的内存区域：Permanent Generation space(永久保存区域)、Heap space(堆区域)、Java Stacks(Java栈)。

永久保存区域主要存放Class(类)和Meta的信息，Class第一次被Load的时候被放入PermGen space区域，Class需要存储的内容主要包括方法和静态属性。

堆区域用来存放Class的实例(即对象)，对象需要存储的内容主要是非静态属性。每次用new创建一个对象实例后，对象实例存储在堆区域中，这部分空间也被jvm的垃圾回收机制管理。

而Java栈跟大多数编程语言包括汇编语言的栈功能相似，主要基本类型变量以及方法的输入输出参数。Java程序的每个线程中都有一个独立的堆栈。容易发生内存溢出问题的内存空间包括：Permanent Generation space和Heap space。

2.引起内存溢出的主要原因

1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据；

2.集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；

3.代码中存在死循环或循环产生过多重复的对象实体；

4.使用的第三方软件中的BUG；

5.启动参数内存值设定的过小

3.解决内存溢出的方法

第一步，修改JVM启动参数，直接增加内存。(-Xms，-Xmx参数一定不要忘记加。)

第二步，检查错误日志，查看“OutOfMemory”错误前是否有其它异常或错误。

第三步，对代码进行走查和分析，找出可能发生内存溢出的位置。

4.三种类型

** OutOfMemoryError： PermGen space**

发生这种问题的原意是程序中使用了大量的jar或class，使java虚拟机装载类的空间不够，与Permanent Generation space有关。解决这类问题有以下两种办法：

增加java虚拟机中的XX:PermSize和XX:MaxPermSize参数的大小，其中XX:PermSize是初始永久保存区域大小，XX:MaxPermSize是最大永久保存区域大小。如针对tomcat6.0，在catalina.sh 或catalina.bat文件中一系列环境变量名说明结束处(大约在70行左右) 增加一行：

JAVA_OPTS=" -XX:PermSize=64M -XX:MaxPermSize=128m"

清理应用程序中web-inf/lib下的jar，如果tomcat部署了多个应用，很多应用都使用了相同的jar，可以将共同的jar移到tomcat共同的lib下，减少类的重复加载。

OutOfMemoryError： Java heap space

发生这种问题的原因是java虚拟机创建的对象太多，在进行垃圾回收之间，虚拟机分配的到堆内存空间已经用满了，与Heap space有关。解决这类问题有两种思路：

检查程序，看是否有死循环或不必要地重复创建大量对象。找到原因后，修改程序和算法。

增加Java虚拟机中Xms(初始堆大小)和Xmx(最大堆大小)参数的大小。如：set JAVA_OPTS= -Xms256m -Xmx1024m

OutOfMemoryError：unable to create new native thread

这种错误在Java线程个数很多的情况下容易发生。

6.jvm 配置和参数##

-Xms 初始堆大小

-Xmx 最大堆大小

-Xmn 年轻代大小

-Xss 每个线程的堆栈大小

-XX:参数

具体的内容参照下面的引文吧。

堆分配

JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。

对象的堆内存由称为垃圾回收器的自动内存管理系统回收。

堆分配

Eden：存放新生的对象

Survivor Space：有两个，存放每次垃圾回收后存活的对象

Old Generation：主要存放应用程序中生命周期长的存活对象

JVM(采用分代回收的策略)，用较高的频率对年轻的对象(young generation)进行YGC，而对老对象(tenured generation)较少(tenured generation 满了后才进行)进行Full GC。这样就不需要每次GC都将内存中所有对象都检查一遍。

非堆内存分配

JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。

GC不会在主程序运行期对PermGen Space进行清理，所以如果你的应用中有很多CLASS(特别是动态生成类，当然permgen space存放的内容不仅限于类)的话,就很可能出现PermGen Space错误。