android的reference table的問題

來源:互聯網
上載者:User

標籤:

寫得android程式總是崩潰,感覺像是記憶體泄露,但是檢查代碼發現該釋放的都釋放了。最終無奈,刪除了介面函數中的調用,只使用下面的測試代碼。

 

 1 JNIEXPORT jboolean JNICALL Java_com_example_X_XX_XXX 2   (JNIEnv * env, jclass, jbyteArray temp1, jdoubleArray temp2) 3 { 4     jboolean* pArraytemp1 = (jboolean*) env->GetPrimitiveArrayCritical(temp1, 0); 5     jdouble* pArraytemp2 = (jdouble*) env->GetPrimitiveArrayCritical(temp2, 0); 6  7     bool result=true; 8  9     env->ReleasePrimitiveArrayCritical(temp1, pArraytemp1, JNI_COMMIT);10     env->ReleasePrimitiveArrayCritical(temp2, pArraytemp2,JNI_COMMIT);11 12     return result;13 }

程式中什麼代碼都沒有,但是調用2000次,程式總會崩潰。後來使用下面命令

adb shell setprop debug.checkjni 1

看到程式總會在512次之後崩潰。發現下面提示

jni pinned array reference table dump

網上說是android的reference table的原因,我沒有釋放緩衝區,因而每次總會往reference table裡面添加,直至超過最大值1024(每次儲存temp1和temp2兩個參數,因而512次的時候已經到了reference table的最大值1024),程式崩潰。

搜了半天,也沒有找到好的解決方案。最後看了一下JNI_COMMIT的定義,

上面寫著JNI_COMMIT 是/* copy content, do not free buffer */。之後改成了0,上面的代碼運行了50000次,也沒有崩潰。

所以說以前的程式釋放的時候,最後一個參數都是JNI_COMMIT,估計用多了都會有問題,還好寫得android不多,等碰上的時候再改吧…

 

ps,其實網上有的參考代碼在GetPrimitiveArrayCritical函數中的最後一個參數是使用的,可能和ReleasePrimitiveArrayCritical是對應的吧。懶得測試了。先這樣吧…

 

android的reference table的問題

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.