जेएनआई

Question

का उपयोग कर मूल विधियों से शून्य लौट रहा है मेरे पास कुछ मूल कोड है जो जावा पक्ष पर एक jbyteArray (इसलिए बाइट []) देता है और मैं शून्य वापस करना चाहता हूं। हालांकि, अगर मैं jbyteArray के स्थान पर 0 वापस लौटाता हूं तो मैं समस्याओं में भाग लेता हूं।

कुछ अधिक जानकारी: मुख्य तर्क जावा में है, देशी विधि एक बाइट धारा में कुछ डेटा सांकेतिक शब्दों में बदलना करने के लिए प्रयोग किया जाता है। मत पूछो .. इसे इस तरह किया जाना है। हाल ही में, मूल कोड को थोड़ा बदलना पड़ा और अब यह बहुत ही भयंकर धीमी गति से चल रहा है। कुछ प्रयोगों के बाद, जिसमें वापसी से पहले मूल विधि में सभी कोडों को टिप्पणी करने में शामिल था, यह पता चला कि 0 लौटने से मंदी का कारण बनता है। एक वास्तविक jbyteArray लौटने पर, सबकुछ ठीक है।

मेरी कोड के लिए विधि हस्ताक्षर:

सी ++ तरफ:

extern "C" JNIEXPORT jbyteArray JNICALL Java_com_xxx_recode (JNIEnv* env, jclass java_this, jbyteArray origBytes, jobject message) 

जावा तरफ:

jbyteArray javaArray; 
if (error != ERROR) { 
    // convert to jbyteArray 
    javaArray = env->NewByteArray((jsize) message.size); 
    env->SetByteArrayRegion(java_array, 0, message.size, reinterpret_cast<jbyte*>(message.buffer())); 
    if (env->ExceptionOccurred()) { 
     env->ExceptionDescribe(); 
     error = ERROR; 
    } 
} 
if (error == ERROR) { 
    return 0; // Does NOT work - doesn't crash, just slows everything down horrible. 
} 
else { 
    return javaArray; // Works perfectly. 
} 

:

private static native byte[] recode(byte[] origBytes, Message message); 

मूल कोड कुछ इस तरह दिखता

कोई भी करता है किसी भी कारण से पता चल सकता है कि यह हो सकता है? क्या यह jbyteArray के स्थान पर मूल विधि से NULL को वापस करने के लिए मान्य है, या जावा पर वापस वापस लौटने के लिए एक और प्रक्रिया है। दुर्भाग्य से, मुझे Google पर कोई भाग्य नहीं था।

धन्यवाद!

संपादित करें: अतिरिक्त जानकारी जोड़ा गया।

Answer 1

मुझे नल लौटने का समाधान पसंद नहीं है। आप कुछ खाली कार्यान्वयन लौटना चाहिए यदि संभव हो तो जैसे

return new ArrayList(); 
return new byte[0]; 
return new EmptySomeObjectImpl(); 

से आप NullPointerExceptions

if (error == ERROR) { 
    return env->NewByteArray(0); 
} 

संपादित करें के बारे में चिंतित नहीं है

कोशिश यह हमेशा वापस जाने के लिए अगर आप न EmptyObjects लागू करना चाहते हैं । आप, वापस जाने के लिए जब 'कुछ भी नहीं' लौटने को छोड़कर वस्तु के प्रकार पर फैसला कभी नहीं:

if (error == ERROR) { 
    return javaSrray; // Please test it and than return javaSrray always without if else 
} 
else { 
    return javaSrray; // Works perfectly. 
} 

Answer 2

अपने कोड है कि मेरी आँख मारा में कुछ विषमता नहीं है। स्पष्ट रूप से env ऑब्जेक्ट यह तय करता है कि javaSrray आवंटित कैसे करें, तो क्यों इसे किसी प्रकार की खाली सरणी वापस करने के लिए नहीं कहें? यह संभव हो सकता है कि जिन 0 को आप वापस लौटते हैं उन्हें जनी और जावा के बीच मार्शल करते समय विशेष तरीके से संभाला जाना चाहिए।

Answer 3

क्या आपने एक पूर्ण संदर्भ लौटने की कोशिश की है?

यह अपरीक्षित है (इस समय हाथ में एक JNI विकास के वातावरण की जरूरत नहीं है) लेकिन आप बातिल और इसे इस तरह वापस जाने के लिए एक नया वैश्विक संदर्भ बनाने के लिए सक्षम होना चाहिए:

return (*env)->NewGlobalRef(env, NULL); 

संपादित करें कि कहा जा रहा है, आप जांचते हैं कि कोई अपवाद होता है, लेकिन इसे साफ़ न करें। जहां तक ​​मैं समझ सकता हूं, इसका मतलब है कि यह अभी भी जावा परत में "फेंक दिया गया है", इसलिए आप केवल एक त्रुटि संकेतक के रूप में उपयोग करने में सक्षम होना चाहिए; तो इससे कोई फ़र्क नहीं पड़ता कि फ़ंक्शन क्या देता है।वास्तव में, जब अपवाद फेंक दिया जाता है तो अपवाद क्लीयर()/ExceptionDescribe() के अलावा एक जेएनआई फ़ंक्शन को कॉल करना दस्तावेज़ के अनुसार "सुरक्षित" नहीं होता है। यह कार्य "धीमा" हो सकता है ExceptionDescribe() फ़ंक्शन लेखन डीबगिंग जानकारी के कारण हो सकता है।

तो, अगर मैं इस सही ढंग से समझ, यह एक अच्छी तरह से व्यवहार समारोह एक अपवाद पहली बार एक त्रुटि तब होती है फेंक, और प्रत्येक बाद फोन पर शून्य लौटने (जब तक 'त्रुटि' को मंजूरी दे दी है) होना चाहिए:

if (error != ERROR) { 
    jbyteArray javaArray = env->NewByteArray((jsize) message.size); 
    env->SetByteArrayRegion(javaArray, 0, message.size, reinterpret_cast<jbyte*>(message.buffer())); 
    if (env->ExceptionOccurred()) { 
     error = ERROR; 
     return 0; 
    } 
    return javaArray; 
} else { 
    return env->NewGlobalRef(NULL); 
} 

फिर से, यह अनचाहे है क्योंकि मेरे पास अभी एक जेएनआई पर्यावरण उपलब्ध नहीं है।

Answer 4

यह एक पुरानी सवाल है, लेकिन मैं यह था भी एक मिनट पहले ...

आप अपने प्रश्न में कहते हैं:

return 0; // Does NOT work - doesn't crash, just slows everything down horrible. 

मैं बस के रूप में यह एक jintArray साथ वास्तव में एक कोशिश दिया था, मेरे कोड को आवंटित करने और वापस करने के लिए क्या करना है, जब तक कोई त्रुटि न हो (कुछ मानदंडों द्वारा परिभाषित किया गया है जो इस विषय से संबंधित नहीं है) इस मामले में इसे एक नल परिणाम वापस करना होगा।

ऐसा होता है कि NULL (((void*)0) के रूप में परिभाषित) पूरी तरह से काम करता है और जावा पक्ष पर वापस null के रूप में व्याख्या किया जाता है। मैंने प्रदर्शन के किसी भी गिरावट को ध्यान में नहीं देखा। और जब तक मुझे 0 पर वापस आने से कुछ भी याद नहीं आया, void * कास्ट इस पर कुछ भी नहीं बदलेगा।

इसलिए मुझे नहीं लगता कि यह आपके द्वारा सामना की जाने वाली मंदी का कारण था। NULLnull वापस लौटने के लिए ठीक लगता है।

संपादित:

• मैं पुष्टि करते हैं, वापसी मान प्रदर्शन के साथ कोई संबंध नहीं है। मैंने अभी एक तरफ एक शून्य मूल्य लौटाते हुए एक ही कोड का परीक्षण किया है, और इसके समकक्ष एक ऑब्जेक्ट (jintArray) को दूसरे पर लौट रहे हैं। प्रदर्शन NULL, आकार 0 के jintArray के लिए समान हैं, और कुछ केबी आवंटित कुछ KBs के यादृच्छिक jintArray के समान हैं।

• मैंने कॉलर क्लास के क्षेत्र के मूल्य को बदलने और लगभग उसी प्रदर्शन के साथ शून्य को पुनर्प्राप्त करने का भी प्रयास किया। बहुत ही धीमी गति से, शायद उस क्षेत्र को पकड़ने और इसे सेट करने के लिए आवश्यक प्रतिबिंब कोड के कारण।

• ये सभी परीक्षण एंड्रॉइड के तहत किए गए थे, जावा स्टैंडअलोन के तहत नहीं - शायद यही कारण है? (टिप्पणी देखें):

  • एक एपीआई 17 86 एमुलेटर HAXM के तहत चल रहा
  • एक एपीआई 19 है, तो उसी स्थिति
  • दो एपीआई 19 भौतिक उपकरणों के तहत चल रहा - एक Asus गोली और एक आकाशगंगा 5 - चल रहा है Dalvik के तहत।