NDK ReferenceTable overflow (max=512)的解决方法。(zt)

问题来源：
写了一个较为复杂的Native so库，里面使用了链表，从链表中取出数据，装载到Java LinkedList中。
当测试数据较小的时候还没有问题，当测试数据达到一定规模的时候就出现了ReferenceTable overflow (max=512)错误。

解决问题：
1.我们通过阅读JNI的文档，对于FindClass 返回的一定需要调用DeleteLocalRef，还有jbyteArray 类型的变量需要DeleteLocalRef。
在我的代码中，这些都已经进行了处理，那么还有那些是Local Ref？

NewString/ NewStringUTF/NewObject/ GetObjectField生成的是不是？

通过测试发现，这些都是，Local Ref。

2.虽然把上面发现的都修改了，但还是出现ReferenceTable overflow (max=512)错误，通过代码阅读发现。有一处代码是这样写的。

SetObjectField(dwi, jfID, env->NewStringUTF(szDateTime))
问题就在env->NewStringUTF(szDateTime)地方，因为这种写法也是看Sun JNI的文档这样写的，因其在链表的循环中，在没有退出函数前，JNI的NewStringUTF产生的LocelRef不停的产生，从而导致ReferenceTable overflow (max=512)。

总结：
1.FindClass /NewString/ NewStringUTF/NewObject/ GetObjectField等产生的都是LocalRef，LocalRef有三种方式被VM 的GC清理。
2.不要学Sun JNI文档中类似下面的写法SetObjectField(dwi, jfID, env->NewStringUTF(szDateTime))。

------------------------------------------------------------------------------------------------------------

参考: http://hi.baidu.com/lihn1987/blog/item/73fb281ac1a61cdaac6e752c.html

GetObjectClass 以及 用 GetObjectArrayElement获取的对象

退出JNI 函数或者不再使用的时候 需要用env->DeleteLocalRef() <C++>来释放引用。

----你有一个苹果，我有一个苹果，我们交换一下，一人还是一个苹果；你有一个思想，我有一个思想，我们交换一下，一人就有两个思想。 ——肖伯纳