問題描述：
起初發現一段程式在執行一段時間後發生崩潰。經過多次測試，發現程式規律性地每持續執行30分鐘必發生崩潰問題。崩潰時log記錄到如下內容：

ReferenceTable overflow (max=1024)
JNI pinned array reference table (0x6080b458) dump:
  Last 10 entries (of 1024):
     1023: 0x423b76d0 int[] (1 elements)
     1022: 0x4209cea0 int[] (1 elements)
     1021: 0x4209c890 int[] (1 elements)
     1020
 
: 0x42242198 int[] (1 elements)
     1019: 0x421b7b60 int[] (1 elements)
     1018: 0x420c0e08 int[] (1 elements)
     1017: 0x42107c18 int[] (1 elements)
     1016: 0x421078e8 byte[] (1 elements)
     1015: 0x42116a18 int[] (1 elements)
     1014: 0x42116408 int[] (1 elements)
  Summary:
        1 of byte[] (1 elements)
     1023
 
 of int[] (1 elements) (1023 unique instances)
Failed adding to JNI pinned array ref table (1024 entries)
"main" prio=5 tid=1 RUNNABLE
  | group="main" sCount=0 dsCount=0 obj=0x417f5de0 self=0x417e44a8
  | sysTid=7820 nice=0 sched=0/0 cgrp=apps handle=1074331988
  | state=R schedstat=( 0 0 0 ) utm=972 stm=228 core=0
 

  at libcore.icu.NativeDecimalFormat.formatLong(Native Method)
  at libcore.icu.NativeDecimalFormat.formatLong(NativeDecimalFormat.java:253)
  at java.text.DecimalFormat.format(DecimalFormat.java:684)
  at java.text.NumberFormat.format(NumberFormat.java:299)
  at java.text.DecimalFormat.format(DecimalFormat.java:702)
  at java.text.SimpleDateFormat.appendNumber(SimpleDateFormat.java:785)
  at java.text.SimpleDateFormat.append(SimpleDateFormat.java:676)
  at java.text.SimpleDateFormat.formatImpl(SimpleDateFormat.java:553)
  at java.text.SimpleDateFormat.format(SimpleDateFormat.java:818)
  at java.text.DateFormat.format(DateFormat.java:307)
  at com.tuyou.tsd.launcher.SleepingActivity.updateTime(SleepingActivity.java:206)
  at com.tuyou.tsd.launcher.SleepingActivity.access$1(SleepingActivity.java:204)
  at com.tuyou.tsd.launcher.SleepingActivity$2.handleMessage(SleepingActivity.java:66)
  at android.os.Handler.dispatchMessage(Handler.java:102)
  at android.os.Looper.loop(Looper.java:136)
  at android.app.ActivityThread.main(ActivityThread.java:5146)
  at java.lang.reflect.Method.invokeNative(Native Method)
  at java.lang.reflect.Method.invoke(Method.java:515)
  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:732)
  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:566)
  at dalvik.system.NativeStart.main(Native Method)
VM aborting
Fatal signal 6 (SIGABRT) at 0x00001e8c (code=-6), thread 7820 (com.tuyou.tsd)

從列印的堆疊進行分析，一開始認為是updateTime()中呼叫的DateFormat.format()導致的問題，因為updateTime()方法在一個定時器執行緒中，每隔一秒鐘觸發執行一次。檢視format()方法發現該方法的實現如下：

return format(date, new StringBuffer(), new FieldPosition(0)).toString();

所以一開始懷疑是頻繁的建立StringBuffer和FieldPosition物件有可能導致JVM來不及進行垃圾回收最終導致了引用表溢位的錯誤。再之後嘗試著複用StringBuffer和FieldPosition物件例項，以及將部分程式碼註釋掉，但問題仍然存在（執行30分鐘後報出引用表溢位錯誤，但打印出的堆疊內容不同）。這時開始懷疑問題可能另有原因。

於是首先單獨寫了一個定時器更新時間的小程式進行測試，連續執行一個小時沒有出現問題，由此可以判斷定時器並非是導致引用表錯誤的根源。這時再仔細看log的這幾句：

ReferenceTable overflow (max=1024)
...
  Summary:
        1 of byte[] (1 elements)
     1023 of int[] (1 elements) (1023 unique instances)
Failed adding to JNI pinned array ref table (1024 entries)

仔細想想出現的問題是引用表的內容超出了1024個的限制，內容是1個byte[]和1023個int[]。並且最後一句顯示向JNI指向的陣列引用表新增失敗。由此分析問題應該出在JNI呼叫上。於是查詢程式中的JNI部分，發現瞭如下兩個函式：

JNIEXPORT jint
Java_com_tuyou_tsd_common_util_TsdHelper_readport(JNIEnv* env, jobject thiz,int fd,jbyteArray buf,jint size)
{
    unsigned char *buf_char = (char*)((*env)->GetByteArrayElements(env,buf, NULL));
    return read(fd, buf_char,  size);
}

JNIEXPORT jint
Java_com_tuyou_tsd_common_util_TsdHelper_writeport(JNIEnv* env, jobject thiz,int fd,jbyteArray buf,jint size)
{
    unsigned char *buf_char = (char*)((*env)->GetByteArrayElements(env,buf, NULL));
    return write(fd, buf_char,  size);
}

正是這兩個函式中引用了GetByteArrayElements但是之後沒有將該物件釋放，而readport這個函式在程式執行時在另外一個定時器執行緒中每2秒被呼叫一次，所以真正導致出錯的地方在這裡。

找到根源後解決方法就簡單了，只需將上面兩段函式改寫，在返回前將引用的buffer物件釋放即可。修改後如下：

JNIEXPORT jint
Java_com_tuyou_tsd_common_util_TsdHelper_readport(JNIEnv* env, jobject thiz,int fd,jbyteArray buf,jint size)
{
    unsigned char *buf_char = (char*)((*env)->GetByteArrayElements(env,buf, NULL));
    read(fd, buf_char,  size);

    int result = buf_char != NULL ? buf_char[0] : -1;

    (*env)->ReleaseByteArrayElements(env, buf, buf_char, JNI_ABORT);

    LOGD("read from port result: %d", result);
    return result;
}

JNIEXPORT jint
Java_com_tuyou_tsd_common_util_TsdHelper_writeport(JNIEnv* env, jobject thiz,int fd,jbyteArray buf,jint size)
{
    unsigned char *buf_char = (char*)((*env)->GetByteArrayElements(env,buf, NULL));
    int result = write(fd, buf_char,  size);

    (*env)->ReleaseByteArrayElements(env, buf, buf_char, JNI_ABORT);

    LOGD("write to port result: %d", result);
    return result;
}

最後再次測試，程式執行後再未發生崩潰問題。