跑出一个问题：为什么Thread类的isAlive()方法可以被声明为final和native？
在研究线程的Thread类的源码时，看到了这个方法。被final修饰的方法，既然不能被继承，而且被定义为boolean类型，那么也应该声明吧，但确实没有啊。为什么我们自己创建的类或接口不允许使用这种操作，而底层代码却可以？求专家给出答案！
public final native boolean isAlive();
标识符native可以与所有其它的java标识符连用，但是abstract除外。这是合理的，因为native暗示这些方法是有实现体的，只不过这些实现体是非java的，但是abstract却显然的指明这些方法无实现体。native与其它java标识符连用时，其意义同非Native Method并无差别，比如native static表明这个方法可以在不产生类的实例时直接调用，这非常方便，比如当你想用一个native method去调用一个C的类库时。上面的第三个方法用到了native synchronized，JVM在进入这个方法的实现体之前会执行同步锁机制
方法上使用final，是指该父类方法不能被子类重写。
线程中这样定义是为了保证检测线程状态时的安全性，以免子类重写了该方法，导致调用isAlive得不到正确的状态，容易造成误杀线程。
native方法表示是底层其他语言写的，一般是c/c++.final是为了防止子类重写，造成判断逻辑不一致。
isAlive()方法生命为final是为了防止被重写，此方法用来判断线程是否存活，调用的是java本地代码所以用native修饰。返回值为boolean类型，为调用底层后返回当前线程是否存活的boolean值，不需要被声明啊。
isAlive()定义成final 是为了防止子类中重写它，导致状态出现问题。
native说明该方法是用JNI C/C++代码实现的，不是直接用Java实现的。许多与底层OS打交道的方法一般都是用Native方式实现的。
isAlive()可以在自定义代码里面使用的，如下示例：
boolean isAlive = Thread.currentThread().isAlive();