Java-基础知识-GChtml
Java-基础知识-锁概念java
原文地址：面试
AQSspring
java基础知识数据库
Java面试题并发
内部类性能
反射
java反射机制是在运行状态中，对于任意一个类，都可以知道这个类的全部属性和方法；对于任意一个对象，都能调用它的任意一个方法和属性；这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。
举例：
①咱们在使用JDBC链接数据库时使用Class.forName()经过反射加载数据库的驱动程序；
②Spring框架也用到不少反射机制，最经典的就是xml的配置模式。Spring 经过 XML 配置模式装载 Bean 的过程：
1) 将程序内全部 XML 或 Properties 配置文件加载入内存中;
2)Java类里面解析xml或properties里面的内容，获得对应实体类的字节码字符串以及相关的属性信息;
3)使用反射机制，根据这个字符串得到某个类的Class实例;
4)动态配置实例的属性。
一、什么是方法区
在Java虚拟机中，方法区是可供各线程共享的运行时内存区域。
在不一样的JDK版本中，方法区中存储的数据是不同的。
在JDK1.6及以前，运行时常量池是方法区的一个部分，同时方法区里面存储了类的元数据信息、静态变量、即时编译器编译后的代码（好比spring 使用IOC或者AOP建立bean时，或者使用cglib，反射的形式动态生成class信息等）等。
在JDK1.7及之后，JVM已经将运行时常量池从方法区中移了出来，在JVM堆开辟了一块区域存放常量池。
二、方法区和永久代的关系
在Java虚拟机规范中，方法区在虚拟机启动的时候建立，虽然方法区是堆的逻辑组成部分，可是简单的虚拟机实现能够选择不在方法区实现垃圾回收与压缩。这个版本的虚拟机规范也不限定实现方法区的内存位置和编译代码的管理策略。因此不一样的JVM厂商，针对本身的JVM可能有不一样的方法区实现方式。
在HotSpot中，设计者将方法区归入GC分代收集。HotSpot虚拟机堆内存被分为新生代和老年代，对堆内存进行分代管理，因此HotSpot虚拟机使用者更愿意将方法区称为老年代。
方法区和永久代的关系很像Java中接口和类的关系，类实现了接口，而永久代就是HotSpot虚拟机对虚拟机规范中方法区的一种实现方式。
咱们知道在HotSpot虚拟机中存在三种垃圾回收现象，minor GC、major GC和full GC。对新生代进行垃圾回收叫作minor GC，对老年代进行垃圾回收叫作major GC，同时对新生代、老年代和永久代进行垃圾回收叫作full GC。许多major GC是由minor GC触发的，因此很难将这两种垃圾回收区分开。major GC和full GC一般是等价的，收集整个GC堆。但由于HotSpot VM发展了这么多年，外界对各类名词的解读已经彻底混乱了，当有人说“major GC”的时候必定要问清楚他想要指的是上面的full GC仍是major GC。
三、元空间
上面说过，HotSpot虚拟机在1.8以后已经取消了永久代，改成元空间，类的元信息被存储在元空间中。元空间没有使用堆内存，而是与堆不相连的本地内存区域。因此，理论上系统可使用的内存有多大，元空间就有多大，因此不会出现永久代存在时的内存溢出问题。这项改造也是有必要的，永久代的调优是很困难的，虽然能够设置永久代的大小，可是很难肯定一个合适的大小，由于其中的影响因素不少，好比类数量的多少、常量数量的多少等。永久代中的元数据的位置也会随着一次full GC发生移动，比较消耗虚拟机性能。同时，HotSpot虚拟机的每种类型的垃圾回收器都须要特殊处理永久代中的元数据。将元数据从永久代剥离出来，不只实现了对元空间的无缝管理，还能够简化Full GC以及对之后的并发隔离类元数据等方面进行优化。