列几个 fianlly 不会被执行的情况:
1. try-cach 异常退出。
try{
system.exit(1)
}finally{
print(abc)
}

2. 无限循环
try{
  while(ture){
    print(abc)
  }
}finally{
print(abc)
}

3. 线程被杀死
当执行 try，finally 的线程被杀死时。finally 也无法执行。


总结
1，不要在 finally 中使用 return 语句。
2，finally 总是执行，除非程序或者线程被中断。

前提本节听了4遍，看了不下3遍，所花的时间大于4小时，写点心得与疑问。
一道如此“简单”的面试题，能够引申出性能、安全、GC的问题，再扩展出一些我以前没接触过或知之甚少的知识点，如Cleaner、try-catch-resources、编写immutable对象、幻象引用等等。
还有一些读起来很简单的语句，消化起来却很吃力，如：你无法保证finalize什么时候执行，执行是否符合预期。使用不当会影响性能，导致程序死锁，挂起等。又如：final class可以有效的避免API使用者更改基础功能，某种程度上，这是保证平台安全的必要手段。
疑问如下：
1、本文中自己不熟悉的知识点，需要每一种都花时间去死扣吗？
2、finalize使用不当会影响性能，导致程序死锁，挂起等，可否举几个通俗易懂的案例？
3、final class可以有效的避免API使用者更改基础功能，某种程度上，这是保证平台安全的必要手段。可否举知名案例证实若某类不设计为final class会导致更改其原有功能，进而影响平台安全？

final、finally、finalize

1. final
    修饰类：不可被继承
    修饰方法：不可重写
    修饰变量：不可修改，只能约束引用不可以被再次赋值。匿名内部类访问局部变量时需要使用 final，因为 Innerclass 实际会 copy 一份局部变量，final 可以防止出现数据一致性问题

2. finally：Java 保证重点代码一定要被执行的机制，try - finally，除非在 finally 前执行了 System.exit（1）、try 中死循环、线程被杀死
    
3. finalize：基础类 Object 的一个方法，保证对象在被垃圾收集前完成特定的资源回收。由于 finalize 执行时间不确定且可能造成程序死锁、拖慢垃圾收集等问题，Java 9 中将改方法废弃
        优化：使用 Cleaner 配合幻想引用

杨老师，关于final不能修改我想请教下，代码如下，class util {
    public final Integer info = 123;
}

@Test
public void test() throws NoSuchFieldException, IllegalAccessException {
    util util = new util();
    Field field = util.getClass().getDeclaredField("info");
    field.setAccessible(true);
    field.set(util,789);
    System.out.println(field.get(util));
    System.out.println(util.info);
}
这里final修饰的被改了，如果不加accessible这句会报错，刚刚试了几个，似乎是基本数据类型改不了，封装类型都能改，请杨老师解答下我的疑惑，感谢。

第3讲 | 谈谈final、finally、 finalize有什么不同的学习总结：
一、final：适合用来在语义方面标识当前的方法、变量、类不可以更改，适合封装一些代码，让用的人知道这些不要随意更改。final标识的变量不等于不可变，对于变量而言这个变量只是不能够在赋值，但是可以做任何增删改查操作。所以从这方面来讲，final在高并发下面的数据一致性起来积极作用，对性能比较好。要想写一个不可变的对象，首先需要对象的类和成员都是private和final；其次对象的赋值不要直接赋值，而是采用深拷贝；然后对象不要随意实现setter方法；在获取当前对象内容或者状态时候要遵守copy-on-write 原则，创建私有的 copy。

二、深拷贝与浅拷贝；其实这两个概念的区别就是当在给一个变量赋值时候是否直接使用这个值的内存地址；例如，基础类型都是值传递，所以浅拷贝过来的对象赋值后不会影响之前被拷贝的对象。但是对于引用类型的变量，在拷贝的时候就要考虑了，如果你要使新的对象的赋值不会影响之前被拷贝的对象，就要用深拷贝，否则就是copy的内存地址而已。一个类实现拷贝的功能很简单，有两种方式；要么实现Clone~接口，然后在clone方法里面进行拷贝；要是实现序列化，先把对象写到输入流里面，然后在读出来对象，这样就是一个新的对象了。

三、finally：就是在一些资源处理关闭时候用到，对于try cath 最好即用即关；

四、finalize：就是java虚拟机在实现gc时候调用的方法，理论上是进行内存回收等操作的地方。但是实际上这个方法调用时机并不固定，可能在处理不当导致程序异常。并且finalize源码实现使用了try cath 但是并没有抛出异常，而是生吞。所以你要是在这里面处理逻辑，你都不知道程序到底哪里出了问题。得出结论就是要放弃这个方法的实现。

JDK 自身使用的 Cleaner 机制仍然是有缺陷的，你有什么更好的建议吗？

1，临时对象，使用完毕后，赋值为null,可以加快对象的回收
2，公用资源对象，比如数据库连接，使用连接池
3，native调用资源的释放，比如一个进程初始化调用一次，退出调用一次，这类场景可以考虑使用cleaner
4，对尽量try-finally中完成资源的释放，即使用完毕就释放，最小化的使用，下次使用在申请。
5，可以使用钩子进行程序的正常退出清理操作。

此为我个人的一点小心得，欢迎老师指正，谢谢