👩‍❤️‍💋‍👨 🍣 😸 आईओएस एसडीके का अन्वेषण करें और अनिर्धारित एपीआई का उपयोग करें 👩🏼‍🚒 👄 🐱

इस अध्याय से, और इस पूरी पुस्तक से, यह स्पष्ट है कि iOS प्रोग्रामिंग के सबसे tidbits सार्वजनिक ढांचे में शामिल हैं, लेकिन एसडीके में नहीं। इस बारे में Apple की अनौपचारिक नीति सरल है: आप यह सब उपयोग कर सकते हैं, लेकिन केवल अपनी जोखिम और जोखिम पर। अगले फर्मवेयर अपडेट के दौरान आपका कोड टूट सकता है। आपको स्वयं जोखिम और लाभ के बीच समझौता करना होगा।

एरिका सदुन, आईफोन डेवलपर की कुकबुक

मूल

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

त्याग

यहां दिए गए कोड के टुकड़े नियमित iPhone (4S सहित) और iPad (नए iPad सहित) पर काम करते हैं और उन्हें जेलब्रेक की आवश्यकता नहीं होती है।
सभी समाधान iOS 5 पर लिखे और परीक्षण किए गए हैं। सभी समाधानों को iOS 4.3 के साथ संगतता के लिए भी परीक्षण किया गया है, अर्थात्। आईओएस 4 के साथ काम करें जब तक कि अन्यथा न कहा जाए। लेख का मुख्य भाग iOS 6 की रिलीज़ से पहले लिखा गया था, इसलिए iOS 6 के साथ संगतता के लिए इन समाधानों का परीक्षण नहीं किया गया था।
अनिर्दिष्ट एपीआई का उपयोग करने से आपके एप्लिकेशन को AppStore में अनुमति नहीं दी जा सकती है। या शायद नहीं :-)
उन लोगों के लिए जो निजी एपीआई के उपयोग को कैसे परिभाषित करते हैं, में रुचि रखते हैं: "एप्पल कैसे जानता है कि आप निजी एपीआई का उपयोग कर रहे हैं?"
Apple iOS के अगले रिलीज़ के साथ कार्यान्वयन को बदल सकता है, और आपके कोड में कुछ टूट जाएगा। हालाँकि, यह सॉल्व है, और डॉक्यूमेंटेड एपीआई के लिए बैकवर्ड कम्पैटिबिलिटी लागू करने से अलग नहीं है। नीचे मैंने इस समस्या की अधिक विस्तार से जांच की।
मैं गारंटी नहीं दे सकता कि जिन एपीआई को मैंने पाया है उनका कोई साइड इफेक्ट नहीं है। अपने जोखिम पर उपयोग करें।
Apple डेवलपर प्रोग्राम लाइसेंस समझौता iOS के लिए रिवर्स इंजीनियरिंग पर प्रतिबंध लगाता है।
लेख को अंतिम रूप दिया जा रहा है। रचनात्मक आलोचना का स्वागत है!

एसडीके में त्वरित खोज गाइड

मान लीजिए कि आपको कुछ ऐसा करने की आवश्यकता है जो आधिकारिक प्रलेखन के दायरे से परे है। उदाहरण के लिए, बैकलाइट स्तर को बदलें (आईओएस 5 से पहले, यह एसडीके के दस्तावेज वाले हिस्से में नहीं था)। यह ज्ञात है कि ऐप्पल प्रोग्रामर आमतौर पर कार्यों और चर को सार्थक और अभिव्यंजक नाम देते हैं, जिसका उपयोग हम एसडीके की खोज के लिए करेंगे। ऐसा करने के लिए, विषय से संबंधित कुछ शब्दों का चयन करें, उदाहरण के लिए, चमक, स्तर, स्क्रीन। स्क्रिप्ट को देखो LookSDKForSymbol.sh (यह nm पर मेरा आवरण है; इस स्क्रिप्ट और उपयोग किए गए अन्य उपकरण बाद में टूल सेक्शन में वर्णित हैं) कीवर्ड के साथ मापदंडों के रूप में। स्क्रिप्ट ऑब्जेक्ट फ़ाइल में पाए गए वर्णों (जैसे कि कक्षाओं, कार्यों, चर) के नाम लौटाती है। मुद्दा उदाहरण:

$ LookSDKForSymbol.sh प्रकाश स्तर
U _UIBacklightLevelChangedNotification
में पाया गया ।/System/Library/CoreServices/SpringBoard.app/SpringBoard

००१ बी ४३ सी ४ टी - [अपरिपक्व बैकलाइट लाईवेल]
००१ बी ४३६० टी - [अपाइलेशन सेटबेकलाइट लाइवेल:]
0025ce54 t - [UIDevice _backlightLevel]
0025ce40 t - [UIDevice _setBacklightLevel:]
... और कुछ दर्जन से अधिक चरित्र

अधिकांश परिणामों को तुरंत त्याग दिया जा सकता है, उदाहरण के लिए -[UIApplication backlightLevel] बैकलाइट मान लौटाता है, लेकिन इसे सेट नहीं करता है।

शेष, यदि कुछ दर्जन से अधिक नहीं हैं, तो आप Google को खिलाने का प्रयास कर सकते हैं। ऐसा होता है कि कोई व्यक्ति पहले से ही पाए गए पात्रों के साथ जुड़े एपीआई पर शोध कर रहा है, और इस मामले में, हल की गई समस्या पर विचार करें। अधिक जटिल मामलों में, आपको रिवर्स इंजीनियरिंग करना होगा, अर्थात यह पता करें कि पाया गया कार्य कैसे कार्य करता है, पाए गए अलर्ट का उपयोग कैसे करें, और जैसे।

उपयोगिता द्वारा जारी किए गए चरित्र के तार निम्नलिखित श्रेणियों में विभाजित हैं:

उद्देश्य-सी और सी ++ फ़ंक्शन, कक्षाएं, संरचनाएं, और इसी तरह। ऑब्जेक्टिव-सी से जुड़ी हर चीज में वर्ग कोष्ठक ([]) या डॉलर चिन्ह ($) होते हैं। C ++ फ़ंक्शंस आमतौर पर कुछ नामस्थानों में निहित होते हैं, और इसलिए उनके नाम में नामस्थान रिज़ॉल्यूशन वर्ण, दो कॉलोन (: :) हैं।
उद्देश्य-सी ब्लॉक। वे निम्नलिखित सामान्य उपस्थिति है:
```
  ___{}{   }_block_invoke_{2} 
```
उदाहरण के लिए:
```
  ___22-[AXSystemServer init]_block_invoke_0 
```
शुद्ध सी फ़ंक्शन।
उद्देश्य-सी अलर्ट। अधिसूचना के साथ अंत करें, उदाहरण के लिए _SBMenuButtonPressedNotification ।
कुंजी / स्थिरांक। आमतौर पर k से शुरू होता है, उदाहरण के लिए: _ kCFUserNotificationAlternateButtonTitleKey ।

आगे की क्रियाएं प्रतीक की श्रेणी पर निर्भर करती हैं।

हम इस ढांचे के लिए हेडर फाइल तैयार करते हैं:
क्लास-डंप-जेड फाउंडेशन> $ / iOS_pStreet_headers / Foundation.h

ज्यादातर मामलों में, उत्पन्न हेडर फ़ाइल पर्याप्त है: वर्ग विरासत पदानुक्रम, संरचनाएं, विधियाँ, आदि को अच्छी तरह से वर्णित किया जाना चाहिए, ताकि थोड़ा समय बिताने के बाद आप एपीआई का पता लगा सकें और अपने प्रस्ताव में इसका उपयोग कर सकें।

दुर्भाग्य से, कभी-कभी हेडर फ़ाइल में निहित जानकारी कोड को काम करने के लिए पर्याप्त नहीं होती है, और फिर आपको ओटोल से उत्पन्न कोडांतरक कोड का विश्लेषण करना होगा।

उद्देश्य-सी कोड को अलग करने के लिए संकेत: आप लगभग निश्चित रूप से फ़ंक्शन कॉल करेंगे जैसे कि objc_msgSend (किसी वस्तु को संदेश भेजना)। पहला पैरामीटर हमेशा एक ऑब्जेक्ट के लिए एक पॉइंटर होता है, और दूसरा एक चयनकर्ता को पॉइंटर होता है, अर्थात। एक स्ट्रिंग के लिए एक सूचक जो विधि का नाम है (बाकी "सामान्य" तर्क तीसरे, चौथे, आदि तर्क हैं)। यह निर्धारित करने के लिए कि इस मामले में किस hexdump संदेश भेजा गया है, hexdump मदद करेगा।
आप तुरंत इसके बारे में भूल सकते हैं। ब्लॉक (आमतौर पर) स्थानीय हैं, उन्हें अपने कोड से नहीं बुलाया जा सकता है।
सबसे कठिन विकल्प। सरलतम मामलों में, आप फ़ंक्शन के लिए हस्ताक्षर का चयन कर सकते हैं, बाकी में - केवल डिस्सैड। आप इस अनुभाग के बारे में अधिक जान सकते हैं "अज्ञात फ़ंक्शन के हस्ताक्षर कैसे पता करें?"
आइए तीन मुख्य चेतावनी केंद्रों (स्थानीय, डार्विन और कोरटेल्फोनी) में से किसी एक में अलर्ट पकड़ने की कोशिश करें। यदि इस प्रकार का अलर्ट नहीं आता है, तो दो चीजों में से एक हो सकती है:
- इस प्रकार के अलर्ट एक अलग, विशेष सतर्क केंद्र में आते हैं। आपको ऐसे सूचना केंद्र के निशान उसी ढाँचे में तलाशने चाहिए, जिसमें पाया गया है कि अलर्ट है।
- अलर्ट डिलीवरी अक्षम है। इस प्रकार के अलर्ट के वितरण को सक्षम करने के लिए एक तंत्र खोजने की कोशिश करें।
इस मामले में, सबसे अधिक संभावना है कि या तो एक फ़ंक्शन है जो इस निरंतरता को एक पैरामीटर के रूप में स्वीकार करता है, या एक शब्दकोश जिसमें यह निरंतर कुंजी है। किसी भी मामले में, आपको एक फ़ंक्शन या विधि की तलाश करनी चाहिए जिसका नाम एक ही शब्द से शुरू होता है (उदाहरण के लिए: निरंतर kLockdownDeviceColorKey -> फ़ंक्शन kLockdownDeviceColorKey lockdown_copy_value(...) ;

अज्ञात फ़ंक्शन के हस्ताक्षर कैसे पता करें?

1. इंटरनेट पर खोजें, क्योंकि यह आम नहीं है। मैं अक्सर चीनी साइटों पर आया, बहुत उपयोगी जानकारी के साथ कोरियाई और जापानी साइटें थीं। आमतौर पर कोड ही पहले से ही यह समझने के लिए पर्याप्त है कि क्या हो रहा है और यह फ़ंक्शन, इस वर्ग, आदि का उपयोग कैसे किया जाता है। उद्देश्य-सी की क्रियाशीलता और अभिव्यक्ति के लिए धन्यवाद!
2. कई सरल कार्यों के लिए, आप हस्ताक्षर का अनुमान लगाने की कोशिश कर सकते हैं। सावधानी , यह काफी खतरनाक हो सकता है।
कुछ सरल कार्यों का उपयोग करना, जैसे कि GSEventSetBackLightLevel, स्वयं स्पष्ट है।
शून्य GSEventSetBackLightLevel (फ्लोट स्तर);

कई अन्य लोगों के लिए, मैंने निम्न चाल का उपयोग किया (SBGetRingerSwitchState फ़ंक्शन उदाहरण का उपयोग करके):

  SInt32 ret = 5, out1 = 1, out2 = 2, out3 = 3, out4 = 4; void *libHandle = dlopen(SPRINGBOARD_SERVICES_PATH, RTLD_LAZY); SInt32 (*SBGetRingerSwitchState)(SInt32*,SInt32*,SInt32*,SInt32*) = dlsym(libHandle, "SBGetRingerSwitchState"); ret = SBGetRingerSwitchState(&out1, &out2, &out3, &out4); NSLog(@"%x %x %x %x %x", ret, out1, out2, out3, out4);

इस कोड के परिणामस्वरूप, यह निकला
1) फ़ंक्शन ने स्विच की वास्तविक स्थिति से स्वतंत्र 0x10000003 मान लौटाया।
2) चर 2 ने अपने मूल्य को स्वयं में बदल दिया। वापसी मूल्य भी स्विच से स्वतंत्र है।
3) शेष चर ने अपना मूल्य नहीं बदला है।

1) से मैंने निष्कर्ष निकाला कि फ़ंक्शन प्रकार kern_return_t का मान kern_return_t , क्योंकि 0x10000003 MACH_SEND_INVALID_ DEST सिस्टम त्रुटि से मेल खाता है। जाहिरा तौर पर, त्रुटि गलत पोर्ट को इंगित करती है [इस मामले में, पोर्ट मच कर्नेल (मच कर्नेल) का एक अमूर्तन है, जो प्रक्रिया के अधिकारों और प्राथमिकता को दर्शाता है]। एक नियम के रूप में, यदि एक फ़ंक्शन कॉल में पोर्ट नंबर का उपयोग किया जाता है, तो यह पहला तर्क है। 2) यह इस प्रकार है कि दूसरे तर्क के माध्यम से फ़ंक्शन संदर्भ द्वारा एक निश्चित मान लौटाता है।

इन सरल कार्यों के परिणामस्वरूप, निम्नलिखित हस्ताक्षर प्राप्त होते हैं:

  kern_return_t SBGetRingerSwitchState(mach_port_t port, SInt32 *state);

वैसे, अगर नाम मिलता है, शब्द मिलता है, तो नामकरण परंपराओं-सी के नाम के अनुसार इस फ़ंक्शन को संदर्भ के साथ एक मान वापस करना चाहिए। यह भी उपरोक्त उदाहरण से स्पष्ट है।

3. बेचैनी। उसी SBGetRingerSwitchState के उदाहरण पर। हम ओटूल का उपयोग करते हैं:

$ otool -p _SBGetRingerSwitchState -tV -arch armv6 SpringBoardServices | कम
000038cc b5f0 पुश {r4, r5, r6, r7, lr}
000038ce af03 r7, sp, # 12 जोड़ें
000038d0 b092 उप एसपी, # 72
000038d2 aa06 r2, sp, # 24 // रजिस्टर r2 का मान अधिलेखित है
000038d4 9205 str r2, [sp, # 20]
000038d6 ac08 r4, sp, # 32 // जोड़ें ... और साथ ही साथ r4 रजिस्टर करें
000038d8 ab0f r3, sp, # 60 // ... और r3 जोड़ें
000038da 9304 str r3, [sp, # 16]
000038dc 9103 str r1, [sp, # 12] // r1 का मान स्टैक पर संग्रहीत होता है
000038de 4925 ldr r1, [PC, # 148] (0x3974)
000038e0 6011 str r1, [r2, # 0]
000038e2 6020 str r0, [r4, # 0] // r0 का मान भी स्टैक पर संग्रहीत होता है
...

इस कोड से, आर्म असेंबलर के सतही ज्ञान का उपयोग करके, हम मान सकते हैं कि फ़ंक्शन शब्द के दो तर्कों को स्वीकार करता है
यह पता चला है कि फ़ंक्शन के दो तर्क हैं। हम आगे, बहुत अंत तक जाते हैं।

...
00003964 9e04 ldr r6, [sp, # 16]
00003966 6836 ldr r6, [r6, # 0]
00003968 9903 ldr r1, [sp, # 12]
0000396a 600e str r6, [r1, # 0]
// लगभग मेल खाती है (सी भाषा के संदर्भ में): * r1 = r6; यानी r1 में संग्रहीत पते पर, r6 से मान लिखा गया है;
// इसका मतलब है कि फ़ंक्शन संदर्भ द्वारा मान लौटाता है
0000396c 462e mov r6, r5
0000396e 4630 mov r0, r6
// फ़ंक्शन का परिणाम r0 में रखा गया है
00003970 b012 जोड़ें एसपी, # 72
00003972 bdf0 पॉप {r4, r5, r6, r7, pc}
...

नीचे पंक्ति है:

 int SBGetRingerSwitchState(int arg1, int* arg2);

इस विधानसभा कोड का विश्लेषण करने के लिए, हम प्रकारों को स्पष्ट करते हैं और अंतिम संस्करण पर आते हैं:

 kern_return_t SBGetRingerSwitchState(mach_port_t port, SInt32 *state);

विभिन्न फर्मवेयर और विभिन्न डिवाइस: क्या टूट सकता है और इसे कैसे ठीक किया जाए?

यह स्पष्ट है कि अनिर्दिष्ट एपीआई सभी उपकरणों पर समान रूप से काम नहीं करते हैं। मेरे अनुभव में, सबसे अधिक बार कुछ भी नहीं बदलता है, और एपीआई सभी उपकरणों और सभी फर्मवेयर पर समान काम करता है। इसलिए, उदाहरण के लिए, UIDevice-IOKitExtension एक्सटेंशन (IMEI की परिभाषा को छोड़कर) के सभी कार्य सभी उपकरणों और सभी फर्मवेयर पर समान रूप से अच्छी तरह से काम करते हैं। IOS को अपडेट करते समय क्या बदलाव हो सकते हैं?
यहाँ कुछ व्यावहारिक विकल्प हैं।

एक आधिकारिक रूप से प्रलेखित प्रोग्रामिंग इंटरफ़ेस दिखाई दे सकता है, जबकि एक अनियंत्रित इंटरफ़ेस, एक नियम के रूप में, काम करना जारी रखता है। एक उदाहरण:
```
 void GSEventSetBacklightLevel(float level); //     iOS -[UIDevice setBrightness: (CGFloat)brightness]; //   iOS 5.0 
```
प्रोग्राम इंटरफेस को दूसरे फ्रेमवर्क में स्थानांतरित किया जाता है। ऐप्पल कई फ्रेमवर्क को एक में जोड़ सकता है, फ्रेमवर्क का नाम बदल सकता है या हटा सकता है। उदाहरण के लिए, WiFi (Apple80211Open, Apple80211Close, और इसी तरह) के साथ काम करने के लिए फ़ंक्शन Aeropuerto.dylib से IPConfiguration.dylib पर स्थानांतरित किए गए थे।
एपीआई को केवल हटाया जा सकता है, खासकर अगर यह एक भेद्यता से संबंधित है।

अनुकूलता के मुद्दों से बचने के लिए, सरल नियमों का पालन करें: कार्यों की उपस्थिति के लिए जाँच करें (उदाहरण के लिए, -[NSObject respondsToSelector:] ), कक्षाएं ( NSClassFromString(@"SomeClass") nil हो जाएगा यदि SomeClass ), आदि। और यह भी अग्रिम में सोचें कि एपीआई गायब होने की स्थिति में कार्यक्रम को क्या करना चाहिए। लाइब्रेरी लाइब्रेरीज़ के डायनेमिक लिंकिंग का उपयोग करते समय, आपको हमेशा समानता NULL के लिए dlsym (...) और dlopen (...) के रिटर्न मान की जांच करनी चाहिए।

उदाहरण

उदाहरण 1:

साइड वाइब्रेशन स्विच (उर्फ रिंग / साइलेंट स्विच, म्यूट स्विच) की स्थिति का निर्धारण

कार्यों में से एक जो मुझे सामना करना पड़ा, वह साइड स्विच की स्थिति निर्धारित करता था, जिसे मूल में रिंग / साइलेंट स्विच कहा जाता है। इस स्विच का उपयोग iPhone और iPad में "शांत" और सामान्य / "ज़ोर" मोड के बीच स्विच करने के लिए किया जाता है। StackOverflow पर एक खोज ने एक समाधान दिया:

 #import <AudioToolbox/AudioToolbox.h> ... /*  : 0:   1:   */ int switchState() { // ... //    ,  //    kAudioSessionCategoryAmbient // ... UInt32 size = sizeof(CFStringRef)); CFStringRef route; AudioSessionGetProperty(kAudioSessionProperty_AudioRoute, &size, &route); //     CFIndex len = CFStringGetLength(route); return (len > 0); //   -  ,     ""  }

जो, हालाँकि, iOS 5 में काम नहीं करता है। नए API (kAudioSessionProperty_AudioRouteDescription) का उपयोग करके, जो ऑडियो इनपुट और आउटपुट के बारे में विस्तारित जानकारी देता है, दोनों में से कोई भी काम नहीं किया। (AUDIOROUTE)

StackOverflow पर मेरी आगे की खोज ने मुझे इस पोस्ट पर लाया। यह लाइब्रेरी फ़ंक्शन AudioServicesAddSystemSoundCompletion () का वर्णन करता है, जिनके गैर-मानक व्यवहार को डेवलपर्स ने बग के रूप में माना था।

 #import <AudioToolbox/AudioToolbox.h> ... void playSound() { AudioServicesAddSystemSoundCompletion(MySoundId, NULL, NULL, MyAudioServicesSystemSoundCompletionProc, AudioServicesPlaySystemSound(MySoundId); } void MyAudioServicesSystemSoundCompletionProc (SystemSoundID ssID, void *clientData) { //    NSLog(@"Playback has been finished"); }

गैर-मानक व्यवहार यह है कि MyAudioServicesSystemSoundCompletionProc कॉलबैक को सामान्य मोड में ध्वनि प्लेबैक के अंत में कहा जाएगा, लेकिन तुरंत AudioServicesPlaySystemSound को मूक मोड में कॉल करने के बाद। यह स्विच की वर्तमान स्थिति का निर्धारण करने के लिए एक खामियाजा पैदा करता है। यदि, उदाहरण के लिए, हमारे द्वारा चलाए जाने वाले ऑडियो फ़ाइल की लंबाई 1 s है, तो मौन और लाउड मोड में MyAudioServicesSystemSoundCompletionProc () को कॉल करने के बीच का समय 1 s है। इस पर, मैंने साइड स्विच की स्थिति निर्धारित करने के लिए अपना दूसरा, अतुल्यकालिक समाधान बनाया। यहाँ यह है:

 #import <AudioToolbox/AudioToolbox.h> #import "MuteSwitchTet.h" ... enum MuteSwitchStates { kMuteSwitchUndefined = -1, kSoundless = 0, kSound = 1 }; @implementation MuteSwitchTest ... void MyAudioServicesSystemSoundCompletionProc (SystemSoundID ssID, void *clientData) { // ""  MuteSwitchTest *self = (MuteSwitchTest*)clientData; [NSObject cancelPreviousPerformRequestsWithTarget:self]; self.muteSwitchState = kSoundless; } - (void) cancelSystemSoundCompletion { // ""  AudioServicesRemoveSystemSoundCompletion(SoundID); self.muteSwitchState = kSound; } - (void) startPlayback { AudioServicesAddSystemSoundCompletion(SoundID, NULL, NULL, MyAudioServicesSystemSoundCompletionProc, self); AudioServicesPlaySystemSound(SoundID); [self performSelector:@selector(cancelSystemSoundCompletion) withObject:nil afterDelay:0.1]; } ... @end

यद्यपि यह नया समाधान काम कर रहा था, लेकिन यह मुझे कई कारणों से पसंद नहीं आया। सबसे पहले, यह अतुल्यकालिक था और ध्यान देने योग्य देरी (लगभग 1/10 सेकंड) के साथ काम किया। देरी को कम करने से झूठी सकारात्मकता पैदा हुई। दूसरे, इसका एक साइड इफेक्ट था - जो खुद बजने वाला साउंड था, जो यूजर को भ्रमित करने के लिए काफी तेज आवाज करता था। बाद में, मैंने कृत्रिम रूप से ऑडियो एडिटर में वॉल्यूम को शून्य कर दिया। तीसरा, यह पहले से ही एक गंदे हैक की तरह बहुत अधिक था, हालांकि यह, उदाहरण के लिए, VSSilentSwitch के रचनाकारों को उनके समाधान को बेचने से नहीं रोकता था, जाहिरा तौर पर उसी प्रभाव के आधार पर।

लगभग एक महीने बाद, मैं इस समस्या पर लौट आया। मैंने ऑब्जेक्ट फ़ाइलों में वर्णों की खोज करने के लिए nm कमांड का उपयोग करना शुरू कर दिया, इसके आधार पर मैंने एक सरल शेल स्क्रिप्ट लिखी, जिसकी एक सूची नीचे दी जा सकती है ("टूल" अनुभाग में)। स्क्रिप्ट को एक, दो या तीन मापदंडों के साथ चलाया जाता है, जिनमें से प्रत्येक एक कीवर्ड का प्रतिनिधित्व करता है।

$ sh ~ / दस्तावेज़ / LookSDKForSymbol.sh RingerSwitch
# कुछ परिणाम छोड़े गए हैं
0000d738 S _kGSRingerSwitchCapability
इसमें पाया गया है ।/System/Library/PStreetFrameworks/GraphicsServices.framework/GraphicsServices
000038cc T _SBGetRingerSwitchState
0000370c T _SBGetRingerSwitchState
इसमें पाया गया है ।/System/Library/PStreetFrameworks/SpringBoardServices.framework/SpringBoardServices

SBGetRingerSwitchState नामक एक फीचर आशाजनक लग रहा था।

वांछित पोर्ट प्राप्त करने के लिए, फ़ंक्शन का उपयोग किया गया था:

 mach_port_t SBSSpringBoardServerPort();

उसी ढांचे से।

यहाँ परिणाम है:

 @implementation MuteSwitchTest ... - (int) switchState { //  SBSSpringBoardServerPort  SBGetRingerSwitchState //     MuteSwitchTest mach_port_t port = SBSSpringBoardServerPort(); SInt32 state; SBGetRingerSwitchState(port, &state); return (int)state; }

उदाहरण 2:

आईएमईआई परिभाषा

IMEI (अंतर्राष्ट्रीय मोबाइल उपकरण पहचान) - एक विशिष्ट पहचान
प्रत्येक फोन को दिया गया कोड फोन का मैक एड्रेस है (हालांकि फोन में मैक एड्रेस भी होता है)

मुझे यह याद नहीं है कि मैं एरिका सदुन यूडाइस-एक्सटेंशन परियोजना से कैसे निकला था, लेकिन जैसा कि मैंने इससे निपटा, यह मुझे और अधिक तरह के प्रोग्रामर की "सोने की खान" की तरह लग रहा था।

श्रेणियों में से एक, UIDevie (IOKit_Extensions) IMEI को परिभाषित करने के लिए कार्य करता है। मैंने iOS 4 के साथ iPhone 4 और iOS 4.3 के साथ iPad पर इन सुविधाओं का परीक्षण किया, सब कुछ काम किया और मैं अन्य कार्यों में चला गया। लेकिन बीटा परीक्षण में, यह पता चला कि IMEI निर्धारित करने का कार्य नए उपकरणों पर काम नहीं करता है: iPad 2, नया iPad और iPhone 4S। कारणों का पता लगाने के लिए, मैं स्टैकऑवरफ्लो गया, जहां मेरे डर की पुष्टि हुई। खोजों ने मुझे फिर CoreTelephony नामक एक ढांचे तक पहुंचाया।

$ nm -g ./CoreTelephony | grep- आई imei
U _kCFAbsoluteTimeIntervalSince1970
00053b28 S _kCTMobileEampleInfoIMEI
00053ad4 S _kCTPostponementInfoIMEI
00053ac4 S _kCTPostponementStatusErrorDefaultIMEI
$ nm -g ./CoreTelephony | grep
000260e4 T __CServerConnectionCopyMobileEampleInfo
00053b34 S _kCTMobileEampleInfo1xIMSI
00053b20 S _kCTMobileEampleInfoCurrentMobileId
00053b24 S _kCTMobileEampleInfoCurrentSubscriberId
00053b40 S _kCTMobileEampleInfoERIVersion
00053b2c S _kCTMobileEampleInfoICCID
00053b28 S _kCTMobileEampleInfoIMEI
00053b30 S _kCTMobileEampleInfoIMSI
00053b38 S _kCTMobileEampleInfoMEID
00053b44 S _kCTMobileEampleInfoMIN
00053b3c S _kCTMobileEampleInfoPRLVersion

हम यह मान सकते हैं कि फ़ंक्शन (_CServerConnectionCopyMobileEampleInfo (...)) एक शब्दकोश (CF ढंढोरची) को प्रपत्र kCTMobileEampleInfo * की कुंजी और उनके संबंधित मानों के साथ लौटाता है। सौभाग्य से, इस बार मुझे हस्ताक्षर बहाल नहीं करना पड़ा। _CServerConnectionCopyMobileEampleInfo के लिए Google खोज ने मुझे इस पृष्ठ पर ले जाया, और जल्द ही IMEI का निर्धारण करने का कार्य तैयार हो गया।

 //         #include "CoreTelephony.h" ... NSString* CTGetIMEI { struct CTResult it; NSMutableDictionary *dict; CTServerConnectionRef conn; conn = _CTServerConnectionCreate(kCFAllocatorDefault, ConnectionCallback, NULL); _CTServerConnectionCopyMobileEquipmentInfo(&it, conn, &(CFMutableDictionaryRef)dict); CFRelease(conn); [dict autorelease]; return [dict objectForKey: kCTMobileEquipmentInfoIMEI]; }

यह IMEI डिटेक्शन मेथड सभी डिवाइस पर काम करता है।
बाद में मुझे IMEI (लॉकवॉन्ड के माध्यम से) निर्धारित करने के लिए एक और तरीका मिला।

उदाहरण 3:

अनिर्धारित अलर्ट का उपयोग: वॉल्यूम बटन।

प्रारंभ में, मेरा मानना था कि "अधिसूचना" में समाप्त होने वाला कोई भी वर्ण निरंतर सिस्टम अलर्ट का नाम है और इसका उपयोग केवल [NSNotificationCenter defaultCenter] का उपयोग करके एक पर्यवेक्षक को पंजीकृत करके किया जा सकता है।

$ sh ~ / दस्तावेज़ / LookSDKForSymbol.sh अधिसूचना $ मात्रा परिवर्तन
001dbe60 S _MPAVControllerVolumeDidChangeNotification
001dbe64 S _MPAVControllerVolumeMutedDidChangeNotification
001dc4f8 S _MPMusicPlayerControllerVolumeDidChangeNotification
001dc314 S _MPVolumeViewRouteButtonChangedNotification
001dc310 S _MPVolumeViewVisibilityChangedNotification
में पाया गया ।/System/Library/Frameworks/MediaPlayer.framework/MediaPlayer

000d6d24 D _AVController_EffectiveVolumeDidChangeNotification
000d6d60 D _AVController_VolumeDidChangeNotification
000d6fec D _AVSystemController_CurrentRouteHasVolumeControlDidChange आवधिकरण
000d6ffc D _AVSystemController_EffectiveVolumeDidChangeNotification
000d6fdc D _AVSystemController_SystemVolumeDidChangeNotification
में पाया गया ।/System/Library/PStreetFrameworks/Celestial.framework/Celestial
... और अन्य ढांचे से लगभग एक दर्जन अधिक

परीक्षण कार्यक्रम लिखने के बाद, मैंने जांचना शुरू किया कि वॉल्यूम कुंजियों को दबाने के लिए कौन से अलर्ट आए थे।
मेरे द्वारा संकलित अधिसूचनाओं की बड़ी सूची से, केवल ये 2 आए:

AVController_EffectiveVolumeDidChangeNotification
AVController_VolumeDidChangeNotification

इन अलर्ट का नुकसान यह है कि
1) आप सीधे यह निर्धारित नहीं कर सकते कि दोनों में से कौन सा बटन दबाया गया था
2) यह ट्रैक करना असंभव है कि प्रत्येक बटन कब दबाया जाए और कब

मैं अन्य कीवर्ड खोज रहा हूं:

$ sh ~ / दस्तावेज़ / LookSDKForSymbol.sh वॉल्यूम बटन
001b221c t - [UIApplication setWantsVolumeButtonEvents:]
003cce5c t _SBSetWantsVolumeButtonEvents $ शिम
0054478c S __UIApplicationVolumeDownButtonDownNotification
00544 790 S __UIApplicationVolumeDownButtonUpNotification
00544784 S __UIApplicationVolumeUpButtonDownNotification
00544788 S __UIApplicationVolumeUpButtonUpNotification
में पाया गया ./System/Library/Frameworks/UIKit.framework/UIKit
... और विभिन्न चौखटों से कुछ दर्जन अधिक

UIKit के चार अलर्ट ने तुरंत काम नहीं किया: उनसे संबंधित आदेश जारी करना आवश्यक था।

  [[UIApplication sharedApplication] setWantsVolumeButtonEvents: YES];

उसके बाद, संबंधित बटन दबाने के बारे में सूचनाएं आने लगीं।
साइड इफेक्ट: इस फ़ंक्शन को कॉल करने से वॉल्यूम बटन अब वॉल्यूम को नियंत्रित नहीं कर सकते हैं, इसलिए जब आप बटन के साथ काम करना समाप्त करते हैं, तो आपको कॉल करना चाहिए

  [[UIApplication sharedApplication] setWantsVolumeButtonEvents: NO];

उदाहरण 4:

अनडायरेक्टेड अलर्ट का उपयोग करना: ट्रैकिंग सिम स्थिति

हम सिद्ध योजना के अनुसार काम करते हैं:

$ sh ~ / दस्तावेज़ / LookSDKForSymbol.sh अधिसूचना $ सिम
...
00052560 S _kCSIMSupportSIMInsertionNotification
00052564 S _kCSIMSupportSIMStatusChangeNotification
...
000525bc S _kCSIMSupportSIMTrayStatusNotification
...
में पाया गया ।/System/Library/Frameworks/CoreTelephony.framework/CoreTelephony
...
में पाया गया ./System/Library/PStreetFrameworks/FTServices.framework/FTServices
$

सबसे उपयुक्त अलर्ट मुझे नामों के तहत लग रहे थे:
1) kCSIMSupportSIMInsertionNotification
2) kCSIMSupportSIMStatusChangeNotification
3) kCSIMSupportSIMTrayStatusNotification

सबसे सरल परीक्षण कार्यक्रम से पता चला कि सिम कार्ड डालने के समय (1) कहा जाने वाला अलर्ट (मैं पहले नाम से अनुमान लगा सकता था), (2) ठीक उसी समय आया जब मुझे जरूरत थी (डालने और हटाने के समय), सूचनाएँ (3) ) बिलकुल नहीं आया। बाद में मुझे पता चला कि अलर्ट (3) एक विशेष सतर्कता केंद्र से संबंधित हैं जिसे CTTelephonyCenter कहा जाता है। आप यहां CTTelephonyCenter का उपयोग करने के बारे में पढ़ सकते हैं।

सिम स्थिति अलर्ट:

 #include "CoreTelephony.h" - (void) notificationCallback:(NSNotification)notification { ... } - (void) startUpdateSIMStatus { [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(notificationCallback:) name:kCTSIMSupportSIMStatusChangeNotification object:nil ]; } - (void) stopUpdateSIMStatus { [[NSNotificationCenter defaultCenter] removeObserver:self name:kCTSIMSupportSIMStatusChangeNotification object:nil]; }

की आपूर्ति करता है

1. अपने अनुप्रयोग में सिस्टम ध्वनियों का उपयोग करना

www.iphonedevwiki.net/index.php/AudioServices - यहां बटन दबाए जाने जैसे मानक लघु (<30sec) ध्वनियों को बजाने के लिए SystemSoundID जैसे अनिर्दिष्ट स्थिरांक बताए गए हैं। आप उन सभी को स्वयं पा सकते हैं, बस एक चक्र में 1000 से मानों के माध्यम से छंटनी कर सकते हैं।

आप अभी भी मानक रिंगटोन खेल सकते हैं:

 - (void) playDefaultRingTone { NSURL *defaultRingTone = [NSURL URLWithString:@"/System/Library/CoreServices/SpringBoard.app/ring.m4r"]; AVAudioPlayer *player = [[AVAudioPlayer alloc] initWithContentsOfURL:defaultRingTone error:nil]; [player play]; }

2. UIView पदानुक्रम में पुनरावर्ती खोज

जैसा कि आप जानते हैं, यूआईवीवाई वर्ग की वस्तुओं में आमतौर पर माता-पिता का दृष्टिकोण (पर्यवेक्षण) होता है और बच्चे के विचार (साक्षात्कार) हो सकते हैं। इस पदानुक्रम के शीर्ष (जैसा कि हम बाद में देखेंगे, सबसे ऊपर) UIWindow ऑब्जेक्ट (s) है। यदि आप पूरे पदानुक्रम के माध्यम से जाते हैं तो क्या होगा? यहां केवल एक सूक्ष्मता है: अजीब रूप से पर्याप्त है, एक प्रोग्राम में एक से अधिक ऑब्जेक्ट प्रकार के UIWindow हो सकते हैं।
__ all__ विंडोज़ प्राप्त करने के लिए मैंने एक अनकम्डर्ड फ़ंक्शन का उपयोग किया

  + [UIWindow allWindowsIncludingInternalWindows: onlyVisibleWindows:]

इसकी मदद से, मैं यह पता लगाने में कामयाब रहा कि सबसे साधारण एप्लिकेशन में अधिकतम चार विंडो हो सकती हैं! (UIWindow)
1) एक नियमित प्रोग्राम विंडो
2) स्टेटस बार के लिए एक विंडो (इसका उपयोग करके भी प्राप्त किया जा सकता है - [UIApplication statusBarWindow])
3) UIAlertView के लिए एक विंडो (प्रकार UIAlertView की वस्तुओं के लिए मूल दृश्य)।
4) ऑन-स्क्रीन कीबोर्ड के लिए एक विंडो।

हम इससे कैसे लाभान्वित हो सकते हैं?

जाहिर है, हम पिछले तीन प्रकारों की वस्तुओं को उसी तरह से संभाल सकते हैं जैसे पहले के साथ।
विशेष रूप से, हम कर सकते हैं:
- UIAlertView की उपस्थिति को बदलें, पाठ फ़ील्ड, रेडियो बटन, आदि जोड़ें।
- स्थिति पट्टी की उपस्थिति बदलें, अपने स्वयं के संकेतक जोड़ें और मानक लोगों को हटा दें।
- ऑन-स्क्रीन कीबोर्ड की उपस्थिति बदलें: उदाहरण के लिए, बटन की उपस्थिति बदलें, अपने स्वयं के बटन, स्विच आदि जोड़ें,

लेकिन यह सब नहीं है, अप्रत्याशित दुष्प्रभाव भी हैं। कुछ ग्राफिक तत्व सीधे एक या किसी अन्य गहरी कार्यक्षमता से संबंधित हो सकते हैं।

 @interface UIStatusBarSignalStrengthItemView : UIStatusBarItemView { @private int _signalStrengthRaw; int _signalStrengthBars; BOOL _enableRSSI; BOOL _showRSSI; } -(id)_stringForRSSI; -(float)extraRightPadding; -(void)touchesEnded:(id)ended withEvent:(id)event; -(id)contentsImageForStyle:(int)style; -(BOOL)updateForNewData:(id)newData actions:(int)actions; @end

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

एक कार्यक्रम में सभी दृश्यमान वस्तुओं का पुनरावर्ती रूप से वर्णन करते हुए कोड की पूरी सूची। के माध्यम से कहा जाता है [UIView पूरा विवरण]:

 @interface UIView (RecursiveDescription) - (void) recursiveDescription; + (void) completeDescription @end @implementation UIView (RecursiveDescription) - (void) recursiveDescription { NSLog(@"______________________________________"); NSLog(@"%@", self); NSArray *subviews_ = [self subviews]; if ([subviews_ count] > 0) { for (UIView *subview_ in subviews_) { [subview_ recursiveDescription]; } } } - (void)completeDescription { NSArray *windows = [UIWindow allWindowsIncludingInternalWindows:YES onlyVisibleWindows:NO]; for (UIView *view in windows) { [view recursiveDescription]; } } @end

3. कुछ महत्वपूर्ण निम्न-स्तरीय iOS सबसिस्टम

MIG सबसिस्टम (MIG-सबसिस्टम, मच इंटरफेस जेनरेटर) ऑपरेटिंग सिस्टम के कर्नेल (तथाकथित "मच कर्नेल") के साथ इंटरैक्ट करने के लिए एक इंटरफेस है। मैक ओएस एक्स के लिए एमआईजी-सबसिस्टम का कार्यान्वयन कहीं न कहीं यहाँ है: www.opensource.apple.com/source/xnu/xnu-1228.0.2/libsyscall/mach । निम्न-स्तरीय संदेशों की सूची भी देखें: www.iphonedevwiki.net/index.php/MIG_bubsystem ।

IORegistry, I / O रजिस्ट्री - इनपुट-आउटपुट रजिस्ट्री; एक पेड़ की संरचना जो iPhone हार्डवेयर का वर्णन करती है और यह कैसे हार्डवेयर घटकों के साथ बातचीत करती है। IORegistry का उपयोग करने के उदाहरण एरिका सदुन की परियोजनाओं में पाए जा सकते हैं (देखें UIDevice-IOKitExtensions )।

उपकरण

एनएम एक यूनिक्स यूटिलिटी है जो ऑब्जेक्ट नई फ़ाइल के प्रतीक तालिका को प्रदर्शित करता है।
एनएम के आधार पर, मैंने एक सरल (और बल्कि गूंगा) बैश स्क्रिप्ट लिखी जो आईओएस एसडीके के अंदर सभी पुस्तकालयों और ऑब्जेक्ट फ़ाइलों को खोजती है।

LookSDKForSymbol.sh:

  #!/bin/bash SDK=/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS5.0.sdk PrivateFrameworks=$SDK/System/Library/PrivateFrameworks Frameworks=$SDK/System/Library/Frameworks Lib=$SDK/usr/lib cd $SDK for i in $(find -f .); do test -f $i && nm $i | c++filt | grep -i "$1" | grep -i "$2" | grep -i "$3" && echo "Found in $i "; done

c ++ filt - नामों की बहाली ( डीमंग्लिंग )। केवल C ++ के लिए; उद्देश्य-सी और सी सिर्फ मानव-पठनीय रूप में तुरंत जाते हैं।
ओटूल ऑब्जेक्ट फ़ाइलों का विश्लेषण और डिसाइड करने के लिए एक मानक उपयोगिता है।
हेक्सडंप - डंप इट डंप :-)
क्लास-डंप-जेड एक सुपर उपयोगी उपयोगिता है। आपको ऑब्जेक्ट फ़ाइल से हेडर फ़ाइल जेनरेट करने की अनुमति देता है। सभी संरचनाओं, प्रोटोकॉलों, वर्गों, श्रेणियों, उनके तरीकों, गुणों, और इसी तरह का विवरण।
Google कोड पर रिपॉजिटरी - यहां आप अधिक विस्तृत विवरण पा सकते हैं और इस परियोजना के स्रोत कोड को डाउनलोड कर सकते हैं।

हेक्स-रेज एआरएम डेकोम्पेलर - हेक्स-रेज आईडीए, एआरएम कोड डिकम्पाइलर के लिए प्लगइन। आधिकारिक साइट।
उपयोगिताएँ एरिका सदुन - एरिका की अपनी साइट पर कई उपयोगी उपयोगिताओं हैं, उदाहरण के लिए, अलर्ट का विश्लेषण करने के लिए एक उपयोगिता।

उपयोगी संसाधन, स्रोत

विकी

www.iphonedevwiki.net
केवल विकी मुझे जेलब्रेक विकास के बारे में पता है। हालाँकि यह जानकारी पुरानी है
(iOS 3.x, iOS 4.x), लेकिन फिर भी यह एक अत्यंत उपयोगी संसाधन है।

व्यक्ति

1. जे फ्रीमैन, saurik
www.saurik.com

2. एरिका सदून , आईफोन डेवलपर की कुकबुक और द आईओएस 5 डेवलपर की कुकबुक की लेखिका: आईओएस प्रोग्रामर्स के लिए कोर कॉन्सेप्ट्स और एसेंशियल रेसिपीज: साथ ही कई उपयोगी उपयोगिताओं। उनकी पुस्तकों में सार्वजनिक रूपरेखाओं की कुछ अनछुई विशेषताओं का वर्णन है।
ericasadun.com

कुछ एरिका सदुन परियोजनाएँ:
github.com/erica/iOS-5-Cookbook
github.com/erica/iphone-3.0-cookbook-

github.com/erica/uidevice-extension

3. KennyTM / networkpx, क्लास-डंप-जेड का निर्माता है, जो कि अनजाने
नेटवर्क x से संबंधित मुद्दों पर StackOverflow.com का सक्रिय सदस्य है । blogspot.com API
code.google.com/p/networkpx
github। com / kennytm
stackoverflow.com/users/224671/kennytm

github.com/kennytm/iphone-pStreet-frameworks
जानकारी बहुत पुरानी (iOS 3) है।

किताबें

"आईफोन डेवलपर की कुकबुक" (आईओएस 5 डेवलपर की कुकबुक: कोर कॉन्सेप्ट्स और आईओएस प्रोग्रामर्स के लिए आवश्यक व्यंजनों) भी आईओएस विकास के बारे में एक पुस्तक है, जिसमें अनडूस्ड आईओएस फीचर हैं।
रूसी अनुवाद: अनुवादित. by/ you / iphone- developers-cookbook-development-native-applications-for-the-iphone/ into- ru/
trans

आईओएस एसडीके का अन्वेषण करें और अनिर्धारित एपीआई का उपयोग करें