在1.5以前是重量级锁，当遇到synchronzed时，其他线程需要等待并进入blocked状态。

在1.6以后，经过大量的测试发现加锁的地方经常被一个线程访问。所以对synchronized进行了锁的粒度优化，主要在对象头增加标记位因此有了偏向锁、轻量级锁、重量级锁。

包括以下大致内容

• Object类的常用方法
• 常用反射方法
• 常用字段处理
• 枚举处理
• 泛型的获取
• 基本类型的判断

1. isAssignableFrom()与instanceof

• isAssignableFrom()
  • 描述：判断目标类是否为父类的子类
  • 使用：父类.class.isAssignableFrom(子类.class)
• instanceof
  • 描述：判断实例是否为父类的子类
  • 描述：(new)实例 instanceof 父类

具体的demo如下

占用空间: 位/8=字节

clinit在jvm第一次加载class时调用，init在实例创建出来的时候调用

• clinit在jvm第一次加载class文件时调用，包括静态变量初始化语句和静态块的执行
• init在实例创建出来的时候调用，包括调用new操作符；调用Class或java.lang.reflect.Constructor对象的newInstance()方法；调用任何现有对象的clone()方法；通过java.io.ObjectInputStream类的getObject()方法反序列化。

详情

1. clinit方法是由编译器自动收集类中的所有类变量的赋值动作和静态语句块（static）中的语句合并产生的，编译器收集的顺序是由语句在源文件中出现的顺序所决定的，静态语句块只能访问到定义在静态语句块之前的变量，点贵在他之后的变量，在前面的静态语句块中可以赋值但不能访问。

   1public class Test{
   2  static{
   3    i = 0;//给变量赋值可以正常通过
   4    System.out.println(i);//这句编译器会提示“非法向前引用”
   5  }
   6  static int i = 1;
   7}
   

2. clinit方法与类的构造函数（或者说实例构造器中的()方法）不同， 它不需要显示的调用父类构造器，虚拟机会保证在子类的<init>()方法执行之前，父类的<clinit>()方法已经执行完毕。因为在虚拟机中第一个被执行的()方法的类肯定是java.lang.Object
3. 由于父类的clinit方法先执行，也就意味着父类中定义的静态语句块要优先于子类类的变量赋值操作。
4. clinit方法对于类或者接口来说并不是必须的，如果一个类没有静态语句块，也就没有变量的赋值操作，那么编译器可以不为这个类生成()方法。
5. 接口中不能使用静态语句块，但仍然可以有变量初始化的赋值操作，因此接口与类一样都会生成()方法。但接口与类不同，执行接口的()方法不需要先执行父接口的()方法。只有当父接口中定义的变量使用时，父接口才会初始化。另外，接口的实现类在初始化时也一样不会执行接口的()方法。
6. 虚拟机会保证一个类的()方法在多线程环境中被正确地加锁、同步，如果多个线程同时去初始化一个类，那么只有一个线程去执行这个类的()方法中有耗时很长的操作，就可能造成多个线程阻塞。

举例

 1    class Single {
 2        private static Single single = new Single();
 3        public static int count1;
 4        public static int count2 = 0;
 5
 6        private Single() {
 7            count1++;
 8            count2++;
 9        }
10        public static Single getInstance() {
11            return single;
12        }
13    }
14
15    public class Test {
16        public static void main(String[] args) {
17            Single single = Single.getInstance();
18            System.out.println("count1=" + single.count1);
19            System.out.println("count2=" + single.count2);
20        }
21    }

输出结果：

引用对象类型定义

首先，引用对象在Java定义中有三种类型，从弱到强依次为：软引用、弱引用与虚引用，三种级别也各有所不同(软引用>弱引用)。本文浅析下软引用与弱引用。大概的解释，软引用适合应用在需要cache的场景，一般面向实现内存敏感的缓存；弱引用则是适用在某些场景为了无法防止被回收的规范性映射，它优先级最低，一般与引用队列联合使用。

Deque是Queue的子接口,我们知道Queue是一种队列形式,而Deque则是双向队列,它支持从两个端点方向检索和插入元素,因此Deque既可以支持LIFO形式也可以支持LIFO形式.Deque接口是一种比Stack和Vector更为丰富的抽象数据形式,因为它同时实现了以上两者 ArrayDeque实现了Deque的接口以及上图其他的接口，因此ArrayDeque支持序列化、克隆、迭代器操作、队列特性并且扩展了AbstractCollection抽象类

测试

对于下列函数描述符(即Lambda表达式的签名),你会使用哪些函数式接口?在上表中 可以找到大部分答案。作为进一步练习,请构造一个可以利用这些函数式接口的有效Lambda

大致流程: 读取.class文件二进制文件–>验证与解析(格式 关键字 关键词 语法 引用 类型转化等等) –> 初始化 –> 使用 –> 卸载

• 直接内存并非 JVMS 定义的标准 Java 运行时内存。
• JDK1.4 加入了新的 NIO 机制，目的是防止 Java 堆 和 Native 堆之间往复的数据复制带来的性能损耗，此后 NIO 可以使用 Native 的方式直接在 Native 堆分配内存。
• 直接内存区域是全局共享的内存区域。
• 直接内存区域可以进行自动内存管理(GC)，但机制并不完善。
• 本机的 Native 堆(直接内存) 不受 JVM 堆内存大小限制。
• 可能出现 OutOfMemoryError 异常。

二、异常演示

测试代码：