1.static
静态的 全局的，一旦被修饰，说明被修饰的东西在一定范围内是共享的，谁都可以访问，这时候需要注意并发读写的问题。
1.1修饰的对象
只能修饰类变量，方法和方法块。
当 static 修饰类变量时，如果该变量是 public 的话，表示该变量任何类都可以直接访问，而且无需初始化类，直接使用 类名.static 变量 这种形式访问即可。
这时候我们非常需要注意的一点就是线程安全的问题了，因为当多个线程同时对共享变量进行读写时，很有可能会出现并发问题，如我们定义了：public static List<String> list = new ArrayList();这样的共享变量。这个 list 如果同时被多个线程访问的话，就有线程安全的问题，这时候一般有两个解决办法：
- 把线程不安全的 ArrayList 换成 线程安全的 CopyOnWriteArrayList；
- 每次访问时，手动加锁。
所以在使用 static 修饰类变量时，如何保证线程安全是我们常常需要考虑的。
当 static 修饰方法时，代表该方法和当前类是无关的，任意类都可以直接访问（如果权限是 public 的话）。
有一点需要注意的是，该方法内部只能调用同样被 static 修饰的方法，不能调用普通方法，我们常用的 util 类里面的各种方法，我们比较喜欢用 static 修饰方法，好处就是调用特别方便。
static 方法内部的变量在执行时是没有线程安全问题的。方法执行时，数据运行在栈里面，栈的数据每个线程都是隔离开的，所以不会有线程安全的问题，所以 util 类的各个 static 方法，我们是可以放心使用的。
当 static 修饰方法块时，我们叫做静态块，静态块常常用于在类启动之前，初始化一些值，比如：
public static List<String> list = new ArrayList<>();
//进行初始化操作
static {
list.add("1");
list.add("2");
list.add("3");
}
1.2 初始化时机
对于被 static 修饰的类变量、方法块和静态方法的初始化时机，我们写了一个测试 demo，如下图：
我们运行子类中的new StaticClass(); 输出如下：
父类静态变量初始化
父类静态块初始化
子类静态变量初始化
子类静态块初始化
main方法调用
父类构造器初始化
子类构造器初始化
从结果中，我们可以看出两点：
- 父类的静态变量和静态块比子类优先初始化；
- 静态变量和静态块比类构造器优先初始化。
我们运行子类中的StaticClass.testStatic(); 输出如下：
父类静态变量初始化
父类静态块初始化
子类静态变量初始化
子类静态块初始化
main方法调用
子类静态方法被调用
从结果中，我们可以看出：
被 static 修饰的方法，在类初始化的时候并不会初始化，只有当自己被调用时，才会被执行。
2. final
final 的意思是不变的，一般来说用于以下三种场景：
被 final 修饰的类，表明该类是无法继承的；
被 final 修饰的方法，表明该方法是无法覆写的；
被 final 修饰的变量，说明该变量在声明的时候，就必须初始化完成，而且以后也不能修改其内存地址。
第三点注意下，我们说的是无法修改其内存地址，并没有说无法修改其值。因为对于 List、Map 这些集合类来说，被 final 修饰后，是可以修改其内部值的，但却无法修改其初始化时的内存地址。
例子我们就不举了，String 的不变性就是一个很好的例子。
3. try、catch、finally
这三个关键字常用于我们捕捉异常的一整套流程，try 用来确定代码执行的范围，catch 捕捉可能会发生的异常，finally 用来执行一定要执行的代码块，除了这些，我们还需要清楚，每个地方如果发生异常会怎么办.:
public void testCatchFinally() {
try {
System.out.println("try is run");
if (true) {
throw new RuntimeException("try exception");
}
} catch (Exception e) {
System.out.println("catch is run");
if (true) {
throw new RuntimeException("catch exception");
}
} finally {
System.out.println("finally is run");
}
}
输出：
try is run
catch is run
finally is run
Exception in thread "main" java.lang.RuntimeException: catch exception
at
这个代码演示了在 try、catch 中都遇到了异常，代码的执行顺序为：try -> catch -> finally
可以看到两点：
- finally 先执行后，再抛出 catch 的异常；
- 最终捕获的异常是 catch 的异常，try 抛出来的异常已经被 catch 吃掉了，所以当我们遇见 catch 也有可能会抛出异常时，我们可以先打印出 try 的异常，这样 try 的异常在日志中就会有所体现。
