Thinking in Java，Chapter 5，阅读笔记

1. Java中的finalize()方法
   参考链接： https://blog.csdn.net/Justin_zhao/article/details/74358828
   垃圾回收

-Java的垃圾回收器只会释放由我们new出来的内存堆块，那些不是由new出来的“特殊内存”，垃圾回收器是不会管理的。
-所谓的特殊内存指通过JNI用C/C++向系统申请的内存，这些内存如果不手动去清除就会一直占据在内存中。
-而且，垃圾回收本身就有开销，所以虚拟机不会经常GC，只有当内存快要耗尽的时候JVM才会触发GC。
finalize()

-由上，Java中的对象并不一定会被全部垃圾回收，当你不想要该对象的时候，你需要手动去处理那些“特殊内存”，java中没有析构，所以提供了一个finalize()方法让我们来执行清理工作。
-当系统进行GC的时候会先调用finalize方法，然后再下次才会回收对象的内存。因为native中申请的内存，GC没有办法回收所以finalize被用来做垃圾回前的重要清理工作：释放特殊内存。
-所以finalize一般使用在使用了JNI的情景下，需要在finalize中调用native方法释放特殊内存，一般情况下不要使用finalize！
-如果GC不发生那么finalize也不会发生，finalize是Object的protect方法，不可以在类族外访问。
不是析构函数

-Java因为有GC机制，所以没有析构函数的概念！
-finalize不是C++中的析构函数：析构函数肯定是会销毁该对象的，但是finalize因为gc机制不会经常发生，所以其被执行的是不确定的。（不知道是不是我没理解透，没觉得这两个有什么可比性，一个主动发生一个被动发生）
其他

-调用System.gc()，可以强制让gc发生来触发finalize方法！但是GC也只是GC垃圾的对象（没有被引用的），非垃圾的对象的finalize不会被调用。程序终止和GC不是一个概念。
-正常情况下你调用finalize(）都是直接super.finalize()使用父类的就行了。
-finalize一般不用！被执行的不确定性太大。不要指望使用finalize来回收你的对象，它只会在系统进行GC的时候清理特殊内存，不受你的控制！

2. 即时编译器（JIT：Just-In-Time)
   参考链接：http://www.sohu.com/a/169704040_464084
   搜狐漫画
   参考链接2：http://www.cnblogs.com/linghu-java/p/8589843.html
   在JDK中的Java Hotspot技术中，有解释器和即时编译器配合工作。即时编译器会进行“热点检测”，看是不是需要即时编译的代码。在运行过程中会被即时编译的“热点代码”有两类，即：
   被多次调用的方法
   被多次执行的循环体

3. Java本地方法：JNI
   参考链接：https://www.cnblogs.com/chen-jack/p/7904510.html
   参考链接2：https://www.cnblogs.com/zh1164/p/6283831.html
   参考链接3：https://www.cnblogs.com/cathyqq/p/9692067.html

4. 静态 static
   相关链接：https://www.cnblogs.com/dolphin0520/p/3799052.html
   (1) 没有对象
   （2）静态方法不可以用非静态的东西，但反之可以
   （3） static变量：
   静态变量被所有的对象所共享，在内存中只有一个副本，它当且仅当在类初次加载时会被初始化。而非静态变量是对象所拥有的，在创建对象的时候被初始化，存在多个副本，各个对象拥有的副本互不影响。
   （4）static只在类加载的时候执行一次
   （5）static不允许用来修饰局部变量