*[理解动态代理](docs/Java/理解动态代理.md)

*[理解抽象类与接口](docs/Java/理解抽象类与接口.md)

*[理解异常处理](docs/Java/理解异常处理.md)

*[理解IO](docs/Java/IO.md)

*[理解数据结构队列](docs/Java/理解数据结构队列.md)

*[理解内部类与枚举类](docs/Java/各种内部类和枚举类.md)

*[理解克隆与序列化应用](docs/Java/理解克隆与序列化应用.md)

对于被 static 修饰的类变量、方法块和静态方法的初始化时机，我们写了一个测试 demo，如下图：

 打印出来的结果是：

 打印出来的结果是：

父类静态变量初始化

父类静态块初始化

这个代码演示了在 try、catch 中都遇到了异常，代码的执行顺序为：try -> catch -> finally，输出的结果如下：

 可以看到两点：

 可以看到两点：

1. finally 先执行后，再抛出 catch 的异常；

2. 最终捕获的异常是 catch 的异常，try 抛出来的异常已经被 catch 吃掉了，所以当我们遇见 catch 也有可能会抛出异常时，我们可以先打印出 try 的异常，这样 try 的异常在日志中就会有所体现。

volatile 关键字就会触发这种机制，加了 volatile 关键字的变量，就会被识别成共享变量，内存中值被修改后，会通知到各个 CPU 缓存，使 CPU 缓存中的值也对应被修改，从而保证线程从 CPU 缓存中拿取出来的值是最新的。

我们画了一个图来说明一下：

 从图中我们可以看到，线程 1 和线程 2 一开始都读取了 C 值，CPU 1 和 CPU 2 缓存中也都有了 C 值，然后线程 1 把 C 值修改了，这时候内存的值和 CPU 2 缓存中的 C 值就不等了，内存这时发现 C 值被 volatile 关键字修饰，发现其是共享变量，就会使 CPU 2 缓存中的 C 值状态置为无效，CPU 2 会从内存中重新拉取最新的值，这时候线程 2 再来读取 C 值时，读取的已经是内存中最新的值了。

 从图中我们可以看到，线程 1 和线程 2 一开始都读取了 C 值，CPU 1 和 CPU 2 缓存中也都有了 C 值，然后线程 1 把 C 值修改了，这时候内存的值和 CPU 2 缓存中的 C 值就不等了，内存这时发现 C 值被 volatile 关键字修饰，发现其是共享变量，就会使 CPU 2 缓存中的 C 值状态置为无效，CPU 2 会从内存中重新拉取最新的值，这时候线程 2 再来读取 C 值时，读取的已经是内存中最新的值了。

default 关键字一般会用在接口的方法上，意思是对于该接口，子类是无需强制实现的，但自己必须有默认实现，我们举个例子如下：



因为包装类都实现了 Serializable 接口，所以包装类天然支持序列化和反序列化。比如 Integer 的类图如下：



**4. 类型转换**

答：会报错，因为值 3.4 是 double 类型，float 类型级别小于 double 类型，所以会报错。如下图所示：



需要注意的是 Java 虚拟机会从上往下匹配错误类型，因此前面的 catch 异常类型不能包含后面的异常类型。比如上面的代码如果把 Exception 放在最前面编译器就会报错，具体可以参考下面的图片。



报错信息如下图所示：



这样就可以避免开头示例中，类型不一致导致程序运行过程中报错的问题了。

答：`List<?>` 可以容纳任意类型，只不过`List<?>` 被赋值之后，就不允许添加和修改操作了；而`List<Object>` 和`List<?>` 不同的是它在赋值之后，可以进行添加和修改操作，如下图所示：



答：不可以，编译器会报错，如下图所示：



答：`List` 和`List<Object>` 都能存储任意类型的数据，但`List` 和`List<Object>` 的唯一区别就是，`List` 不会触发编译器的类型安全检查，比如把`List<String>` 赋值给`List` 是没有任何问题的，但赋值给`List<Object>` 就不行，如下图所示：



TCP 三次握手的执行流程，如下图所示：

<imgsrc="http://s0.lgstatic.com/i/image2/M01/8A/6E/CgotOV13hviAU5H3AAAyMppFmf8039.png"alt="img" />

<imgsrc="https://img02.sogoucdn.com/app/a/100520146/dd6df6154e259897c25d924cacd8cffe"alt="img" />

TCP 三次握手的执行流程图

TCP 四次挥手的执行流程，如下图所示：



TCP 的四次挥手执行流程如下：