छोरों के साथ विषमता: यह डिबग में काम करता है, रिलीज में नहीं

शुभ दिन, हब्रय्युज़री।

लंबे समय तक मैंने कुछ भी नहीं लिखा, लेकिन यहां सिर्फ एक धुंधला मामला है। मैंने हाल ही में ऑब्जेक्टिव-सी में लिखा है; मैंने कई अजीब परिस्थितियों का सामना किया है, जिसमें से मैं एक या दो दिन के लिए रास्ता तलाश सकता हूं। नतीजतन, सब कुछ तय किया गया था और प्रतिबंध और सरल हो गया था। इसके अलावा, "यह सब पहले से ही सिम्पसंस में था" - समस्या का स्थानीयकरण होने के बाद, इसका समाधान Google के पहले पृष्ठ पर था।

लेकिन यहाँ! मैंने एप्लिकेशन को डिबग किया, इसे AppStore के लिए संग्रह में डाल दिया, डिवाइस पर डबल-चेक करने का निर्णय लिया - बग्स में प्रवेश किया।

क्या होता है और इससे कैसे निपटना है - मैं नीचे चर्चा करने का प्रस्ताव करता हूं


तो, मेरे कार्यक्रम ने निम्नलिखित किया:
मुख्य धागे में (सादगी के लिए, इसके बाद, मैं थ्रेड्स थ्रेड्स कहूंगा), वैश्विक UIScrollView प्रदर्शित किया गया है, जिसमें चित्र, पाठ, ऑडियो और वीडियो प्रदान किए गए हैं। वर्तमान खुले पृष्ठ के लिए, प्रतिपादन उसी मुख्य धारा में किया जाता है। पड़ोसी पृष्ठों के लिए एक चिकनी संक्रमण के लिए, अलग-अलग बनाई गई धाराओं में, प्रारंभिक रेंडरिंग की जाती है (कम-रिज़ॉल्यूशन वाली तस्वीर स्क्रीन पर खिंच जाती है), और पूर्ण रेंडरिंग। हम एक स्ट्रीम को प्रारंभिक संख्या प्रदान करते हुए कहेंगे एक स्ट्रीम नंबर 1, एक पूर्ण के साथ - एक स्ट्रीम नंबर 2।

आपको पूर्व-प्रतिपादन की आवश्यकता क्यों है? ताकि उपयोगकर्ता जल्दी और जल्दी से पृष्ठों को मोड़ सके और कम-गुणवत्ता वाला पृष्ठ देख सके, और पूर्ण संस्करण को डाउनलोड करने के लिए हर बार प्रतीक्षा न करें।
पूर्ण प्रतिपादन समझ में आता है। एक व्यक्ति एक पृष्ठ पढ़ता है, अगले एक पर जाता है - और वहां सब कुछ पहले से ही लोड है, और "नया" पड़ोसी को कतार में लॉन्च किया गया है।

वैसे, दो धाराओं में से एक ही समय में एक पृष्ठ को प्रस्तुत करना असंभव है, इसलिए, धारा 1 और धारा 2 नंबर को छोड़ दें, वर्तमान पृष्ठ का प्रतिपादन समाप्त करने के लिए किसी का इंतजार किया, और फिर उन्होंने जांच की कि प्रारंभिक / पूर्ण प्रतिपादन था या नहीं, और इसके आधार पर, योजना को अंजाम दिया गया, या वे चले गए।
इस सब के लिए, BOOL isRendering ध्वज का उपयोग किया गया था। और तरीकों में - (शून्य) प्रीरेंडरपेज और - (शून्य) फुलरेंडरपेज, इस तरह का एक निर्माण था:

जबकि (isRendering) {
}
isRendering = YES;

... // सीधे प्रतिपादन

isRendering = NO;
वापसी;

सब कुछ ठीक काम जब xcode से शुरू होता है, लेकिन संग्रह / रिलीज बिल्ड शुरू करते समय काम करना बंद कर देता है।
मुझे समस्या का स्थानीयकरण करने में पूरा एक दिन लगा, लेकिन उसके बाद मुझे इसका एक भी उल्लेख नहीं मिला। इतना ध्यान!
यदि आप प्रतीक्षा लूप को इस तरह बदलते हैं:
जबकि (isRendering) {
[NSThread sleepForTimeInterval: 0.01];
}
फिर सब कुछ फिर से काम करता है, जैसा कि विकास में होता है।

मेरे पास केवल एक संस्करण है, जबकि लूप सीमित संख्या में चल सकता है। जब प्रत्येक निर्देश के बाद xcode से लॉन्च किया जाता है, तो प्रोग्राम विकास के वातावरण के साथ संचार करता है, यही वजह है कि यह अधिक धीमी गति से काम करता है। रिलीज़ संस्करण लॉन्च करते समय, ऐसी कोई देरी नहीं होती है, जबकि लूप कई बार चलता है, और यह मारा जाता है। यह या तो निलंबन में निलंबित है और अब निष्पादित नहीं किया गया है।

ये बातें हैं।

शायद, सिद्धांत रूप में, मैंने एक सक्षम ध्वज की अपेक्षा को कुटिलता से महसूस किया, और यह इसे अलग तरीके से करने के लायक था। मेरी आँखें खोलो :) शायद कुछ और अधिक सामान्य और सरल है।

NSRunLoop और [NSDate distantFuture] के साथ PS विकल्प पर विचार नहीं किया गया था। आदेशों की अनुपस्थिति में, इसे केवल एक बार निष्पादित किया जाता है। और करने के लिए [NSDate dateWithTimeIntervalSinceNow: 0.01] - मेरी राय में मेरे समाधान से किसी भी तरह से अलग नहीं है, और इससे भी अधिक बोझिल।