फायरबेस क्रैश रिपोर्ट में <OR>

Question

के साथ स्टैक ट्रेस शामिल है मेरे पास उत्पादन में एक ऐप है और मैं त्रुटि और क्रैश लॉगिंग के लिए फ़ायरबेस का उपयोग कर रहा हूं। हाल ही में, मैं <OR> से शुरू होने वाले अपवादों के ढेर के निशान में कुछ रेखाएं देख रहा हूं। नीचे एक उदाहरण सीधे (पैकेज नाम को छोड़ कर) ले लिया एक अपवाद Firebase द्वारा रिपोर्ट से है:

Exception java.lang.NullPointerException: Attempt to invoke interface method 'void com.mycompany.myapp.managers.b$a.f()' on a null object reference 
com.mycompany.myapp.managers.PermissionManager.getInstance (PermissionManager.java) 
<OR>.checkPermission (PermissionManager.java) 
<OR>.onRequestPermissionsResult (PermissionManager.java) 
com.mycompany.myapp.activities.ShareImageActivity.onSaveShare (ShareImageActivity.java) 
com.mycompany.myapp.activities.ShareImageActivity$3.onClick (ShareImageActivity.java) 

मुझे पता है कि इस onRequestPermissionResults के बाद से एक नियमित रूप से स्टैक ट्रेस checkPermission और checkPermission फोन नहीं करता है PermissionManager.getInstance फोन नहीं करता नहीं है। मुझे लगता है कि एंड्रॉइड सुरक्षा के लिए स्टैक ट्रेस को अवरुद्ध करने के तरीकों में से एक है, लेकिन मुझे इस पर कोई दस्तावेज नहीं मिला। क्या किसी को पता है कि इस स्टैक ट्रेस की व्याख्या कैसे करें?

Answer 1

आप यहां देखें कि एक संकेत यह है कि क्रैश रिपोर्टिंग उस बिंदु पर वास्तविक वस्तु निर्धारित नहीं कर सका। वर्तमान में, प्रोगुआर्ड डीबफुस्केशन के साथ एक ज्ञात स्थिति है जहां यह अस्पष्ट हो सकता है कि कौन सा उद्देश्य यहां लक्ष्य है। यह मामला हो सकता है यदि आप अपनी कक्षाओं से लाइन नंबर अलग कर रहे हैं, ऐसा लगता है कि आप ऐसा कर रहे हैं। यदि आप लाइन नंबरों को अलग करने के लिए अपनी प्रोगगार्ड सेटिंग्स को बदलने में सक्षम हैं तो यह स्थिति बेहतर हो सकती है।

Answer 2

अपने proguard-rules.pro को यह करें:

// obfuscate file name and keep line numbers 
-renamesourcefileattribute SourceFile 
-keepattributes SourceFile,LineNumberTable 

यह अस्पष्टता को निकालना होगा और आप अपने स्टैकट्रेस में <OR> अब और नहीं देखना चाहिए।