JNI的crash终于搞定<转>

今天终于搞定困扰我一周的一个问题了。

我们的算法通过jni封装，在java调用的时候总是随机的crash掉，具体的位置在jvm里面，应该可以肯定是jvm做垃圾回收的时候死掉的。但是并不知道是在回收哪块内存出的问题，所以也就无从知道死的具体原因了。我们的程序是在jni层创建了一些java对象，然后返回给java层，大体结构像下面代码一样，我只能基本判断是我们的jni层在创建对象的时候（也就是createInfo函数）出问题了，至于具体什么问题，我也不清楚。
public class Test {
    public class Info {
        public int x;
        public int y;
        public Info() {
            x = 0;
            y = 0;
        }
    }
    
    public native Info createInfo();
   
    // ...
}

因为我对java不是很熟悉，所以只好一边学，一边弄。最初就是在local/glbal reference这些概念上下功夫，来回的读jni的specification，也没有发现自己的问题。后期又学着使用一些java的调试工具，比如jhat啊，hpjmeter啊，但是仍然没有什么头绪。上周一周，就在这个问题上不断的尝试，也没结果。

今天终于发现了问题所在，其实说来也很简单。jni要创建的那些返回对象，是作为内部类定义的，所以在构造的时候需要传一个外层类实例才能初始化。也就是说，虽然看上去Info类的构造函数是无参数的，但实际上它是有一个隐含参数的，相当于Info(Test outer)。如果在java层构造这个对象，那么outer参数会被自动传入，但我们在jni层构造，就需要自己传入这个参数了。如果没有给出这个参数，jni编译运行都没有问题，但实际上，它是用了一个未知的对象（就是在栈里面的一个随机值）来作为这个outer参数的，所以当这个对象需要释放的时候（一般也就是在垃圾回收的时候）就会crash了。

现在想起来，其实这个问题我原来曾经有过一次小遭遇，那时我在使用有参数构造函数来创建一个内部嵌套类，发现构造出来的对象值是错掉的。其实就是因为少传了一个outer参数啊，但是当时我没有去解决这个问题，而是绕过问题，采用构造函数无参数，然后在创建之后，再手工给每个数据字段赋值的方法。这样虽然表面上也达到了目的，但是隐藏了问题。

事实一次次的告诉我们，遇到问题一定要解决。就算你暂时绕过这个问题，但早晚它还会出来的。
 http://space.itpub.net/67063/viewspace-478328