今天在小米设备上遇到如下问题
10-15 17:04:36.899: W/dalvikvm(2767): ReferenceTable overflow (max=512)
10-15 17:04:36.909: W/dalvikvm(2767): JNI local reference table summary (512 entries):
10-15 17:04:36.909: W/dalvikvm(2767): Memory held directly by tracked refs is 16104 bytes
10-15 17:04:36.909: E/dalvikvm(2767): Failed adding to JNI local ref table (has 512 entries)
解决问题：
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))。