• 問題重現
• 錯誤程式碼
• 解決辦法
• 原因

問題重現

Failed adding to JNI pinned array ref table (1024 entries)

在開發藍芽模組升級的時候， 由於要傳送的升級檔案較大，而 BLE 模組一次傳輸資料大小有限制，因此需要拆包，並需要頻繁的通過JNI呼叫so庫來組裝報文，結果在低版本手機測試時遇到Failed adding to JNI pinned array ref table (1024 entries).

錯誤程式碼

下面是出現錯誤的函式：

JNIEXPORT jbyteArray JNICALL xxx_BleUtils_sendUpdatePkt(
        JNIEnv *env, jclass jobj, jbyteArray pkt, jint pkt_sn, jint pktLen, jint token
) {
    unsigned
 
 long outbuf[APPAPI_MAXSENDLEN / 4];
    unsigned char *pBuffer = (*env)->GetByteArrayElements(env, pkt, NULL);   //<==引起錯誤的地方
    int ret = ynLockSendPkt((uint16_t) token, (uint16_t) pkt_sn, pktLen,
                            pBuffer,
                            (char *) outbuf,
                            APPAPI_MAXSENDLEN);
    jbyteArray array
 
 = (*env)->NewByteArray(env, ret);
    (*env)->SetByteArrayRegion(env, array, 0, ret, outbuf);
    return array;
}

解決辦法

查詢官方文件也可以知道需要通過 ReleaseByteArrayElements來及時的釋放資源：

(*env)->ReleaseByteArrayElements(env,pkt, pBuffer, 0); //pkt為java層傳遞過來的陣列，pBuffer為指標

原因

其實 GetByteArrayElements 就類似於一個 new 的操作，而在 new 以後沒有進行釋放，而 C 並不會自動的去回收這些內容，所以頻繁呼叫的情況下，引用次數不斷增加，最終導致溢位。

後來查閱資料發現，上面的說法並不準確，首先 GetByteArrayElements 會創造出一個區域性引用，JNI 會將建立的區域性引用都儲存在一個區域性引用表中，如果這個表超過了最大容量限制，就會造成區域性引用表溢位（比如本例中的 1024，在配置更低的手機中這個值可能更小），使程式崩潰。但是關於區域性引用的釋放問題，除了我們可以手動進行釋放以外，函式被呼叫完成後，JVM 會自動釋放函式中建立的所有區域性引用。

那麼在上面的錯誤程式碼中，很顯然方法執行結束後會自動釋放 GetByteArrayElements 所建立的區域性引用，而實驗證明確實是這樣：

java 測試程式碼：

    byte[] b = {0x00};

    public void test() {
        for (int i = 0; i < 20000; i++) {
            System.out.println("aaaaaa::" + i);
            EAJniUtils.test2(b);
        }
    }

JNI 程式碼：

JNIEXPORT jbyteArray JNICALL xxx_utils_EAJniUtils_test2
  (JNIEnv *env, jclass jobj, jbyteArray pkt){
    jbyte *pBuffer = (*env)->GetByteArrayElements(env, pkt, 0);
    int bufLen = (*env)->GetArrayLength(env,pkt);
    jbyteArray array = (*env)->NewByteArray(env, bufLen);
    (*env)->SetByteArrayRegion(env, array, 0, bufLen, pBuffer);
    return array;
  }

可以看到上面 test2 函式沒有釋放區域性變數，而在 java 層對他進行了 20000 此迴圈呼叫，程式沒有崩潰。（分別在魅族MX5（andorid 5.0）和一加3T（android 8.0）上進行的測試）

因此正確的原因應該是在原始程式碼的ynLockSendPkt函式中某個地方持有了 pBuffer 指標，導致它一直不被釋放，所以我們後面手動的對它進行了釋放。然而事實上問題到這裡並沒有完全被解決，因為是引入的第三方so所以也沒辦法看到具體原因，但是至少知道了問題出在什麼地方。

以上是針對這個問題的個人看法，如果錯誤之處還請指正。

參考資料