前言：“2017年最新讓你加急在蘋果app store中上架的app教程”作者我作為一名業(yè)余的iOS開發(fā)者，把開發(fā)出來(lái)的App上傳到App Store是必須的。下面就來(lái)詳細(xì)介紹下具體流程。
因?yàn)樽罱O果app store商店出現(xiàn)大量的app泛濫上架，蘋果app應(yīng)用上架的比較多，審核比較慢且不易通過(guò)，現(xiàn)在基本每一個(gè)app從提交到上架短則7到8天，長(zhǎng)則半個(gè)月。小編最近我在實(shí)際上線應(yīng)用時(shí)，總結(jié)了一個(gè)非常實(shí)用的小技巧，可以加快上架時(shí)間，最快可以三天，最近使用這種方法后，我們基本上從提交應(yīng)用到上架基本上控制在1個(gè)星期以內(nèi)。
現(xiàn)在一般發(fā)布app流程：
1：app開發(fā)測(cè)試完成2.0。
2：在iTunesconnect上增加新版本更新2.0。
3：上傳應(yīng)用
4：應(yīng)用進(jìn)入 Waiting for review 狀態(tài) （2-9天）
5：應(yīng)用進(jìn)入In review 狀態(tài) （2-5天）
6：Processing for App store（10分鐘）
7：Ready for sale （5分鐘）
8：For Sale
app store審核中，主要費(fèi)時(shí)的是第4到第5步驟。在4步驟中，請(qǐng)注意的是我們說(shuō)的排隊(duì)時(shí)間，這個(gè)時(shí)間和這段時(shí)間上傳的應(yīng)用有數(shù)量有關(guān)，如果數(shù)量多，排隊(duì)時(shí)間就比較長(zhǎng)。如果數(shù)量少，排隊(duì)時(shí)間就少。沒(méi)有經(jīng)驗(yàn)的通過(guò)+【Q.2.2.0.5.3.5.7.0.0.7】就能加急免審核上架app，排隊(duì)結(jié)束后，直接進(jìn)入In Review狀態(tài)，這個(gè)和應(yīng)用本身設(shè)計(jì)有關(guān)，設(shè)計(jì)復(fù)雜的應(yīng)用，審核時(shí)間稍微長(zhǎng)些，并且還有其他一些因素影響，如果被打回，會(huì)重新進(jìn)入4步的隊(duì)列中，不過(guò)根據(jù)我的觀察，應(yīng)該有個(gè)專門被打回應(yīng)用的隊(duì)列，這個(gè)隊(duì)列的優(yōu)先級(jí)高于新上傳的應(yīng)用，所以，即使應(yīng)用被打回，也會(huì)有較高優(yōu)先級(jí)進(jìn)入In Review，但是這個(gè)不是我們想看到的。
在整個(gè)上述過(guò)程中，花費(fèi)的總時(shí)間我們沒(méi)有辦法控制，但是我們可以通過(guò)一些技巧，盡量做到，我們真實(shí)提交app時(shí)，我們的應(yīng)用，處在4中隊(duì)列的前面。所以，我們的做法是
1：開發(fā)應(yīng)用的同時(shí)，在在iTunesconnect上增加新版本更新2.0，并在當(dāng)前版本上簡(jiǎn)單升級(jí)版本號(hào)，上傳應(yīng)用（這樣做的目的：及時(shí)審核通過(guò)，用戶也可以正常使用應(yīng)用）
2：應(yīng)用進(jìn)入Waiting for review狀態(tài)，同時(shí)開發(fā)測(cè)試新版本應(yīng)用（這個(gè)時(shí)間控制在5天左右）
3：新版本應(yīng)用開發(fā)完畢。
4：從iTunesconnect上撤銷用于排隊(duì)版本應(yīng)用，上傳新版本app（一般3天左右）
5：應(yīng)用進(jìn)入In review 狀態(tài) （2-5天）
6：Processing for App store（10分鐘）
7：Ready for sale （5分鐘）
8：For Sale
這個(gè)改變非常簡(jiǎn)單，整個(gè)流程，由應(yīng)用開發(fā)和蘋果審核的串行過(guò)程修改為并行進(jìn)行，從而加快app上線速度
蘋果的審核策略和流程一直在變化，我們要做的是在變化過(guò)程中尋找技巧，解決 app 應(yīng)用上線最后一公里的問(wèn)題。
順便給大家說(shuō)一下“應(yīng)用提交 App Store 上架被拒的原因都有哪些？”
以下為詳細(xì)原因列表以及所占比例：
1、信息提交不全(14%)
2、應(yīng)用存在漏洞(8%)
3、不遵守《開發(fā)者項(xiàng)目授權(quán)協(xié)議》(6%)
4、用戶界面太復(fù)雜或不夠好(6%)
5、名稱、描述、截屏與應(yīng)用內(nèi)容或功能不相關(guān)(5%)
6、包含錯(cuò)誤、欺詐或誤導(dǎo)性內(nèi)容，或者使用與其他應(yīng)用相似的的名稱或圖標(biāo)(5%)
7、iTunes Connect中的應(yīng)用名與設(shè)備上顯示的應(yīng)用名不相似，引發(fā)困擾(4%)
8、包含占位文本(4%)
9、評(píng)級(jí)不合適(3%)
10、beta、demo、trail或test版軟件也會(huì)被拒
而且“【Q.2.2.0.5.3.5.7.0.0.7】.”卻能夠上架被拒絕多次的app
之前應(yīng)用維護(hù)一下，被拒了，說(shuō)是什么得支持IPV6，好吧。。。果然是蘋果打個(gè)哈欠，iOS行業(yè)內(nèi)就得起一次風(fēng)暴呀。自從5月初Apple明文規(guī)定所有開發(fā)者在6月1號(hào)以后提交新版本需要支持IPV6-Only的網(wǎng)絡(luò)，大家便開始熱火朝天的研究如何支持IPV6，以及應(yīng)用中哪些模塊目前不支持IPV6。
一、IPV6-Only支持是啥？
首先IPV6，是對(duì)IPV4地址空間的擴(kuò)充。目前當(dāng)我們用iOS設(shè)備連接上Wifi、4G、3G等網(wǎng)絡(luò)時(shí)，設(shè)備被分配的地址均是IPV4地址，但是隨著運(yùn)營(yíng)商和企業(yè)逐漸部署IPV6 DNS64/NAT64網(wǎng)絡(luò)之后，設(shè)備被分配的地址會(huì)變成IPV6的地址，而這些網(wǎng)絡(luò)就是所謂的IPV6-Only網(wǎng)絡(luò)，并且仍然可以通過(guò)此網(wǎng)絡(luò)去獲取IPV4地址提供的內(nèi)容。客戶端向服務(wù)器端請(qǐng)求域名解析，首先通過(guò)DNS64 Server查詢IPv6的地址，如果查詢不到，再向DNS Server查詢IPv4地址，通過(guò)DNS64 Server合成一個(gè)IPV6的地址，最終將一個(gè)IPV6的地址返回給客戶端。如圖所示：
2017年最新讓你加急在蘋果app store中上架的app教程
NAT64-DNS64-ResolutionOfIPv4_2x.png
在Mac OS 10.11＋的雙網(wǎng)卡的Mac機(jī)器（以太網(wǎng)口＋無(wú)線網(wǎng)卡），我們可以通過(guò)模擬構(gòu)建這么一個(gè)local IPv6 DNS64/NAT64 的網(wǎng)絡(luò)環(huán)境去測(cè)試應(yīng)用是否支持IPV6-Only網(wǎng)絡(luò)，大概原理如下：
2017年最新讓你加急在蘋果app store中上架的app教程
local_ipv6_dns64_nat64_network_2x.png
參考資料：
https：//developer.apple.com/library/mac/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html#//apple_ref/doc/uid/TP40010220-CH213-SW1
二、Apple如何審核支持IPV6-Only？
首先第一點(diǎn)：這里說(shuō)的支持IPV6-Only網(wǎng)絡(luò)，其實(shí)就是說(shuō)讓應(yīng)用在 IPv6 DNS64/NAT64 網(wǎng)絡(luò)環(huán)境下仍然能夠正常運(yùn)行。但是考慮到我們目前的實(shí)際網(wǎng)絡(luò)環(huán)境仍然是IPV4網(wǎng)絡(luò)，所以應(yīng)用需要能夠同時(shí)保證IPV4和IPV6環(huán)境下的可用性。從這點(diǎn)來(lái)說(shuō)，蘋果不會(huì)去掃描IPV4的專有API來(lái)拒絕審核通過(guò)，因?yàn)镮PV4的API和IPV6的API調(diào)用都會(huì)同時(shí)存在于代碼中（不過(guò)為了減小審核被拒風(fēng)險(xiǎn)，建議將IPV4專有API通過(guò)IPV6的兼容API來(lái)替換）。
其次第二點(diǎn)：Apple官方聲明iOS9開始向IPV6支持過(guò)渡，在iOS9.2+支持通過(guò)getaddrInfo方法將IPV4地址合成IPV6地址（The ability to synthesize IPv6 addresses was added to getaddrinfo in iOS 9.2 and OS X 10.11.2）。其提供的Reachability庫(kù)在iOS8系統(tǒng)下，當(dāng)從IPV4切換到IPV6網(wǎng)絡(luò)，或者從IPV6網(wǎng)絡(luò)切換到IPV4，是無(wú)法監(jiān)控到網(wǎng)絡(luò)狀態(tài)的變化。也有一些開發(fā)者針對(duì)這些Bug詢問(wèn)Apple的審核部門，給予的答復(fù)是只需要在蘋果最新的系統(tǒng)上保證IPV6的兼容性即可。
最后第三點(diǎn)：只要應(yīng)用的主流程支持IPV6，通過(guò)蘋果審核即可。對(duì)于不支持IPV6的模塊，考慮到我們現(xiàn)實(shí)IPV6網(wǎng)絡(luò)的部署還需要一段時(shí)間，短時(shí)間內(nèi)不會(huì)影響我們用戶的使用。但隨著4G網(wǎng)絡(luò)IPV6的部署，這部分模塊還是需要逐漸安排人力進(jìn)行支持。
追加第四點(diǎn)：如果應(yīng)用一直直接使用IPV4地址通過(guò)NSURLConenction或者NSURLSession進(jìn)行網(wǎng)絡(luò)請(qǐng)求(一般需要服務(wù)器允許，且客戶端需要在header中偽裝host)；經(jīng)測(cè)試，IPV6網(wǎng)絡(luò)環(huán)境下，直接使用IPV4地址在iOS9及以上的系統(tǒng)仍然能夠正常訪問(wèn)；在iOS8.4及以下不能正常訪問(wèn)；這一點(diǎn)蘋果的解釋和建議是這樣的：
Note： In iOS 9 and OS X 10.11 and later， NSURLSession and CFNetwork automatically synthesize IPv6 addresses from IPv4 literals locally on devices operating on DNS64/NAT64 networks. However， you should still work to rid your code of IP address literals.
三、應(yīng)用如何支持IPV6-Only？
對(duì)于如何支持IPV6-Only，官方給出了如下幾點(diǎn)標(biāo)準(zhǔn)：（這里就不對(duì)其進(jìn)行解釋了，大家看上面的參考鏈接即可）
1. Use High-Level Networking Frameworks；2. Don’t Use IP Address Literals；3. Check Source Code for IPv6 DNS64/NAT64 Incompatibilities；4. Use System APIs to Synthesize IPv6 Addresses；
3.1 NSURLConnection是否支持IPV6？
官方的這句話讓我們疑惑頓生：
using high-level networking APIs such as NSURLSession and the CFNetwork frameworks and you connect by name， you should not need to change anything for your app to work with IPv6 addresses
只說(shuō)了NSURLSession和CFNetwork的API不需要改變，但是并沒(méi)有提及到NSURLConnection。 從上文的參考資料中，我們看到NSURLSession、NSURLConnection同屬于CocOA的url loading system，可以猜測(cè)出NSURLConnection在ios9上是支持IPV6的。
應(yīng)用里面的API網(wǎng)絡(luò)請(qǐng)求，大家一般都會(huì)選擇AFNetworking進(jìn)行請(qǐng)求發(fā)送，由于歷史原因，應(yīng)用的代碼基本上都深度引用了AFHTTPRequestOperation類，所以目前API網(wǎng)絡(luò)請(qǐng)求均需要通過(guò)NSURLConnection發(fā)送出去，所以必須確認(rèn)NSURLConnection是否支持IPV6. 經(jīng)過(guò)測(cè)試，NSURLConnection在最新的iOS9系統(tǒng)上是支持IPV6的。
3.2 Cocoa的URL Loading System從iOS哪個(gè)版本開始支持IPV6？
目前我們的應(yīng)用最低版本還需要支持iOS7，雖然蘋果只要求最新版本支持IPV6－Only，但是出于對(duì)用戶負(fù)責(zé)的態(tài)度，我們?nèi)匀恍枰闱宄诘桶姹旧蟄RL Loading System的API是否支持IPV6.
（to fix me， make some experiments）待續(xù)～～～
3.3 Reachability是否需要修改支持IPV6？
我們可以查到應(yīng)用中大量使用了Reachability進(jìn)行網(wǎng)絡(luò)狀態(tài)判斷，但是在里面卻使用了IPV4的專用API。
在Pods：Reachability中AF_INET Files：Reachability.mstruct sockaddr_in Files：Reachability.h ， Reachability.m
那Reachability應(yīng)該如何支持IPV6呢？
（1）目前Github的開源庫(kù)Reachability的最新版本是3.2，蘋果也出了一個(gè)Support IPV6 的Reachability的官方樣例，我們比較了一下源碼，跟Github上的Reachability沒(méi)有什么差異。
（2）我們通常都是通過(guò)一個(gè)0.0.0.0 (ZeroAddress)去開啟網(wǎng)絡(luò)狀態(tài)監(jiān)控，經(jīng)過(guò)我們測(cè)試，在iOS9以上的系統(tǒng)上IPV4和IPV6網(wǎng)絡(luò)環(huán)境均能夠正常使用；但是在iOS8上IPV4和IPV6相互切換的時(shí)候無(wú)法監(jiān)控到網(wǎng)絡(luò)狀態(tài)的變化，可能是因?yàn)樘O果在iOS8上還并沒(méi)有對(duì)IPV6進(jìn)行相關(guān)支持相關(guān)。（但是這仍然滿足蘋果要求在最新系統(tǒng)版本上支持IPV6的網(wǎng)絡(luò)）。
（3）當(dāng)大家都在要求Reachability添加對(duì)于IPV6的支持，其實(shí)蘋果在iOS9以上對(duì)Zero Address進(jìn)行了特別處理，官方發(fā)言是這樣的：
綜上所述，Reachability不需要做任何修改，在iOS9上就可以支持IPV6和IPV4，但是在iOS9以下會(huì)存在bug，但是蘋果審核并不關(guān)心。
四、底層的socket API如何同時(shí)支持IPV4和IPV6？
由于在應(yīng)用中使用了網(wǎng)絡(luò)診斷的組件，大量使用了底層的 socket API，所以對(duì)于IPV6支持，這塊是個(gè)重頭戲。如果你的應(yīng)用中使用了長(zhǎng)連接，其必然會(huì)使用底層socket API，這一塊也是需要支持IPV6的。 對(duì)于Socket如何同時(shí)支持IPV4和IPV6，可以參考谷歌的開源庫(kù)CocoaAsyncSocket.
下面我針對(duì)我們的開源 網(wǎng)絡(luò)診斷組件， 說(shuō)一下是如何同時(shí)支持IPV4和IPV6的。
開源地址：https：//github.com/Lede-Inc/LDNetDiagnoService_IOS.git
這個(gè)網(wǎng)絡(luò)診斷組件的主要功能如下：
本地網(wǎng)絡(luò)環(huán)境的監(jiān)測(cè)（本機(jī)IP＋本地網(wǎng)關(guān)＋本地DNS＋域名解析）；
通過(guò)TCP Connect監(jiān)測(cè)到域名的連通性；
通過(guò)Ping 監(jiān)測(cè)到目標(biāo)主機(jī)的連通耗時(shí)；
通過(guò)traceRoute監(jiān)測(cè)設(shè)備到目標(biāo)主機(jī)中間每一個(gè)路由器節(jié)點(diǎn)的ICMP耗時(shí)；
4.1 IP地址從二進(jìn)制到符號(hào)的轉(zhuǎn)化
之前我們都是通過(guò)inet_ntoa()進(jìn)行二進(jìn)制到符號(hào)，這個(gè)API只能轉(zhuǎn)化IPV4地址。而inet_ntop()能夠兼容轉(zhuǎn)化IPV4和IPV6地址。 寫了一個(gè)公用的in6_addr的轉(zhuǎn)化方法如下：
4.2 本機(jī)IP獲取支持IPV6
相當(dāng)于我們?cè)诮K端中輸入ifconfig命令獲取字符串，然后對(duì)ifconfig結(jié)果字符串進(jìn)行解析，獲取其中en0（Wifi）、pdp_ip0（移動(dòng)網(wǎng)絡(luò)）的ip地址。
注意：
（1）在模擬器和真機(jī)上都會(huì)出現(xiàn)以FE80開頭的IPV6單播地址影響我們判斷，所以在這里進(jìn)行特殊的處理（當(dāng)?shù)谝淮斡龅讲皇菃尾サ刂返腎P地址即為本機(jī)IP地址）。
（2）在IPV6環(huán)境下，真機(jī)測(cè)試的時(shí)候，第一個(gè)出現(xiàn)的是一個(gè)IPV4地址，所以在IPV4條件下第一次遇到單播地址不退出。
4.3 設(shè)備網(wǎng)關(guān)地址獲取獲取支持IPV6
其實(shí)是在IPV4獲取網(wǎng)關(guān)地址的源碼的基礎(chǔ)上進(jìn)行了修改，初開把AF_INET－>AF_INET6， sockaddr -> sockaddr_in6之外，還需要注意如下修改，就是拷貝的地址字節(jié)數(shù)。去掉了ROUNDUP的處理。 （解析出來(lái)的地址老是少了4個(gè)字節(jié)，結(jié)果是偏移量搞錯(cuò)了，糾結(jié)了半天），具體參考源碼庫(kù)。
4.4 設(shè)備DNS地址獲取支持IPV6
IPV4時(shí)只需要通過(guò)res_ninit進(jìn)行初始化就可以獲取，但是在IPV6環(huán)境下需要通過(guò)res_getservers()接口才能獲取。
4.4 域名DNS地址獲取支持IPV6
在IPV4網(wǎng)絡(luò)下我們通過(guò)gethostname獲取，而在IPV6環(huán)境下，通過(guò)新的gethostbyname2函數(shù)獲取。
//ipv4phot = gethostbyname(hostN)；//ipv6phot = gethostbyname2(hostN， AF_INET6)；
4.5 ping方案支持IPV6
Apple的官方提供了最新的支持IPV6的ping方案，參考地址如下：
https：//developer.apple.com/library/mac/samplecode/SimplePing/Introduction/Intro.html
只是需要注意的是：
（1）返回的packet去掉了IPHeader部分，IPV6的header部分也不返回TTL（Time to Live）字段；
（2）IPV6的ICMP報(bào)文不進(jìn)行checkSum的處理；
4.6 traceRoute方案支持IPV6
其實(shí)是通過(guò)創(chuàng)建socket套接字模擬ICMP報(bào)文的發(fā)送，以計(jì)算耗時(shí)；
兩個(gè)關(guān)鍵的地方需要注意：
（1）IPV6中去掉IP_TTL字段，改用跳數(shù)IPV6_UNICAST_HOPS來(lái)表示；
（2）sendto方法可以兼容支持IPV4和IPV6，但是需要最后一個(gè)參數(shù)，制定目標(biāo)IP地址的大��；因?yàn)榍耙粋�(gè)參數(shù)只是指明了IP地址的開始地址。千萬(wàn)不要用統(tǒng)一的sizeof(struct sockaddr)， 因?yàn)閟ockaddr_in 和 sockaddr都是16個(gè)字節(jié)，兩者可以通用，但是sockaddr_in6的數(shù)據(jù)結(jié)構(gòu)是28個(gè)字節(jié)，如果不顯式指定，sendto方法就會(huì)一直返回－1，erroNo報(bào)22 Invalid argument的錯(cuò)誤。
關(guān)鍵代碼如下：（完整代碼參考開源組件）
如果說(shuō)你已經(jīng)按照上邊步驟操作完成并且在本地用IPV6網(wǎng)絡(luò)測(cè)試成功，但是app還是沒(méi)有通過(guò)審核的話，那你就只能和蘋果交涉了，可以寫郵件說(shuō)我此app已經(jīng)支持iPV6網(wǎng)絡(luò)，讓他們重新測(cè)試，也可以直接回復(fù)他們。
2017年最新讓你加急在蘋果app store中上架的app教程
核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題：在蘋果app store中上架的教程
本文網(wǎng)址：http://www.ezxoed.cn/html/support/11121521059.html
相關(guān)文章
