A. 如何真正地杀死一个JNI中创建的线程
如果你想了解JNI在如何在多线程下使用
如果你在子线程使用JNI时遇到findClass不能找到目标Class，而在主线程下却能找到该Class的问题。或是GetEnv返回NULL的问题
如果你想多学点编程技术的话
那么，这篇文章就是为你而写的， :)
最近工作中遇到这么个问题：c++代码需要调用Android的API来做一个比较耗时的任务，因为有点耗时，希望能有个进度条显示给用户，很自然地，我创建了一个子线程用来执行这个耗时的任务，按照平时写法，结果一运行，GetEnv获取失败了。网上查找一番，官方说明有这么句话：
If the current thread is not attached to the VM, sets *env to NULL, and returns JNI_EDETACHED. If the specified version is not supported, sets *env to NULL, and returns JNI_EVERSION. Otherwise, sets *env to the appropriate interface, and returns JNI_OK.
调试后找到了原因，the current thread is not attached。 原来子线程函数里需要使用AttachCurrentThread()和DetachCurrentThread()这两个函数。没错，你需要gJvm->AttachCurrentThread(&env, NULL);来获取env，这样写之后，以为万事大吉了，结果findClass出错了，没有找到目标类，可是我千真万确地记得在主线程里这么写是没有问题的。env没有问题了，这回又哪里出错了呢？上网google一番，噢，不对，google被墙了，是用bing查找一番后，总算有些眉目了。
首先确保你的class name写对了，以包名开头，并用反斜杠隔开。如果class name没有错，那么应该是class loader的问题了。解决方法是你先在主线程中获取该class，并且将其保存为全局变量，以便其他线程使用。
jclass tmp = env->FindClass("com/example/company/MyClass");
myClass = (jclass)env->NewGlobalRef(tmp);
在子线程中，
mid = env->GetStaticMethodID(cls, "fromJNI", "(I)V");
if (mid != NULL)
{
env->CallStaticVoidMethod(env, cls, mid, i);
}
当然，也有其他解决方法，至少我使用这种方法成功了。而接下来在java中调用c++的代码就比较顺利了，木有碰到问题了。
总结：
1.在JNI_OnLoad中，保存JavaVM*，这是跨线程的，持久有效的，而JNIEnv*则是当前线程有效的。一旦启动线程，用AttachCurrentThread方法获得env。
2.通过JavaVM*和JNIEnv可以查找到jclass。
3.把jclass转成全局引用，使其跨线程。
4.然后就可以正常地调用你想调用的方法了。
5.用完后，别忘了delete掉创建的全局引用和调用DetachCurrentThread方法。
B. Runable和thread的区别
在java中可有两种方式实现多线程，一种是继承Thread类，一种是实现Runnable接口； Thread类是在java.lang包中定义的。一个类只要继承了Thread类同时覆写了本类中的 run()方法就可以实现多线程操作了，但是一个类只能继承一个父类，这是此方法的局限， 下面看例子： package org.thread.demo; class MyThread extends Thread{ private String name; public MyThread(String name) { super(); this.name = name; } public void run(){ for(int i=0;i<10;i++){ System.out.println("线程开始："+this.name+",i="+i); } } } package org.thread.demo; public class ThreadDemo01 { public static void main(String[] args) { MyThread mt1=new MyThread("线程a"); MyThread mt2=new MyThread("线程b"); // thread1，thread2，按顺序进行 mt1.run(); mt2.run(); } } 但是，此时结果很有规律，先第一个对象执行，然后第二个对象执行，并没有相互运行。在JDK的文档中可以发现，一旦调用start()方法，则会通过JVM找到run()方法。下面启动 start()方法启动线程： package org.thread.demo; public class ThreadDemo01 { public static void main(String[] args) { MyThread mt1=new MyThread("线程a"); MyThread mt2=new MyThread("线程b"); //乱序进行 mt1.start(); mt2.start(); } }; 这样程序可以正常完成交互式运行。那么为啥非要使用start()方法启动多线程呢？ 在JDK的安装路径下，src.zip是全部的java源程序，通过此代码找到Thread中的start()方法的定义，可以发现此方法中使用了private native void start0();其中native关键字表示可以调用操作系统的底层函数，那么这样的技术成为JNI技术（java Native Interface） ·Runnable接口 在实际开发中一个多线程的操作很少使用Thread类，而是通过Runnable接口完成。 public interface Runnable{ public void run(); } 例子： package org.runnable.demo; class MyThread implements Runnable{ private String name; public MyThread(String name) { this.name = name; } public void run(){ for(int i=0;i<100;i++){ System.out.println("线程开始："+this.name+",i="+i); } } }; 但是在使用Runnable定义的子类中没有start()方法，只有Thread类中才有。此时观察Thread类，有一个构造方法：public Thread(Runnable target) 此构造方法接受Runnable的子类实例，也就是说可以通过Thread类来启动Runnable实现的多 线程。（start()可以协调系统的资源）: package org.runnable.demo; import org.runnable.demo.MyThread; public class ThreadDemo01 { public static void main(String[] args) { MyThread mt1=new MyThread("线程a"); MyThread mt2=new MyThread("线程b"); new Thread(mt1).start(); new Thread(mt2).start(); } }