需要在蘋果網站上注冊APPID，以及購買iphoneDevelopProgram(iDP)開發者授權，99美元。創建發布程序的證書。
親，網上真心很多資料…………
http://blog.csdn.net/gogler/article/details/36177897
蘋果APP STORE
一、證書的導出
1.1、前期工作
首先你需要有一個蘋果的開發者帳號，一個Mac系統。
如果沒有帳號可以在打開http://developer.apple.com/申請加入蘋果的開發者計劃。支付99美元每年，怎麼申請網上有詳細的介紹，在此不多做介紹。
如果你已經有了一個IDP，打開http://developer.apple.com/並登錄到蘋果MemberCenter，見下：
登錄以後可以看到下面這個界面，列出了你開發需要的一些工具，支持，itunes app管理等內容。
選擇第二項:Ios provisioning Portal，進入，所有證書相關的都在這里進行。
1.2、申請AppId
在下圖的左邊選擇 App IDs，我們先創建一個AppId，對於要發布到Appstore上的程序， 都有一個唯一的AppId，下面會列出你當前所有的AppId。
我們點擊右上角的New App ID：
其中有兩項需要你自己填：
第一個Description，用來描述你的AppId，這個隨便填，沒有什麼限制；
第二項Bundle Identifier (App ID Suffix)，這是你appid的後綴，這個需要仔細。
因為這個內容和你的程序直接相關，後面很多地方要用到，最好是com.yourcompany.yourappname的格式，當然沒有公司名的個人開發者，第二項可以用你自己的英文名字或者拼音，如下圖：
appcan.cn在線ipa包編譯時需要填寫的iapp IDs就是你在此輸入的第二項內容。
填完後submit，如下圖，可以看見我們已經生成的appid：ebook appid。想要支持推送服務和iCould等也可以在這兒配置：
1.3、申請發布證書
1.3.1、先創建一個證書請求文件
這兒需要一個Mac系統。以下內容以雪豹系統為例，其他版本差別不是很大。
首先打開應用程序-實用工具-鑰匙串訪問（KEY CHAIN）,在證書助理中，選擇"從證書頒發機構求證書"，如下圖：
在下圖所示的界面，你的電子郵件地址：填你申請idp的電子郵件地址，常用名稱，默認就好，CA空，選擇存貯到磁碟，點擊"繼續"：
選擇保存的位置，比如選擇桌面。
下一步點擊完成，你就可以看到你的桌面多了一個CertificateSigningRequest.certSigningRequest的證書請求文件。
1.3.2、安裝WWDR證書
繼續登錄到你的MEMBER CENTER,選擇左邊的certificates項，可以看到它右邊有四個選項，我們選擇Distribution，點擊下面的click here to download now.
下載完成後，雙擊安裝，安裝成功後，可以在你的鑰匙串裡面的證書下面看到這個中級證書。
1.3.3、請求一個發布證書
OK，現在來請求一個真正的發布證書，還是在這個頁面，點擊request certificate：
這個頁面告訴你怎麼生成發布證書，點擊下面的"選取文件"，選擇你在第一步創建的證書請求文件，然後點擊"submit"：
OK。現在你有一個證書可以下載了，如下圖（不能下載請刷新頁面）：
1.3.4、安裝和導出
點擊"download"下載你生成的證書，下載完成後雙擊安裝，如果有如下提示，選擇login，OK：
這時再查看你的鑰匙串，應該有下面這一行Iphone Distribution的證書，注意，這個證書有一個小三角可以點擊，展開後有一個對應的密鑰。如果你沒有這個鑰匙，那麼請檢查上面那一步做錯了。
現在發布證書已經安裝了，我們選擇這個證書，右擊，選擇，導出"xxxxxxx"，如下：
給你要導出的證書起個名字，選擇一個存的位置，注意，保存成P12的信息交換文件
輸入密碼，如果Mac系統有密碼，後面還會要求你輸入系統密碼。
現在你就有了發布程序需要的p12文件。
appcan.cn在線ipa包編譯時需要上傳的distribution.p12就是你導出的發布證書；certificate password就是導出證書時填寫的密碼。
1.4、生成provisioning文件
在下圖左邊選擇provisioning選項，同樣的右邊的子項中選擇distribution，來生成一個發布的准備文件：
選擇new profile，在下圖中，第一個method，選擇App Store；
Profile name，這個隨便填，下面的App ID,選擇我們開始的時候創建的appid，這個必須一致。確認後提交：
等待幾秒鍾，provisioning就可以下載了，點擊download，下載。我們得到了一個xxxxxx.mobileprovision
appcan.cn在線ipa包編譯時需要上傳的distribution.mobileprovision就是你生成的文件。
現在，我們的證書的准備工作就做完 了，我們有了一個appid，一個p12格式的證書文件，一個provisioning文件。
二、Appcan.cn在線ipa包編譯
根據流程一製作的證書及p12文件，開發者就能夠對應於進行混編，從而生成出可上傳Appstore的ipa包，其流程如下：
AppCan在線的打包方式（非IDE打包方式），用戶生成應用時需要選擇生成ios平台，勾選後彈出下圖窗口：
需要填寫上傳Apple開發者在Apple獲得的發布應用相關資質信息（詳情請參考證書的導出），並卻確認提交。務必填寫正確否則會打包失敗的。
上傳相關資質信息後，【注意】提交打出的文件包是用來上傳到蘋果App Store 用的 不能直接安裝到手機測試
Q：打包成功後我如何上傳到App Store？
A：下載.ipa文件到本地，更改文件後綴.ipa為.zip。（上傳請參看ipa包提交蘋果App Store）
Q：打包完成後我如何安裝到越獄手機上測試？
A：1、下載.ipa文件到本地，更改文件後綴.ipa為.zip並解壓縮文件包，
2、新建Payload文件夾，
3、把解壓縮.zip包裡面的文件夾拷到Payload文件夾里
4、壓縮Payload文件夾為.zip文件包，改.zip後綴為.ipa
5、安裝到手機
跳過後打出的安裝包可以直接安裝到越獄手機。
三、Ipa包提交蘋果App Store
通過AppCan在線與開發者證書混編後，生成的ipa包（後綴.ipa改為.zip）即可上傳至蘋果Appstore，以下是操作流程。
3.1、在itunes中創建程序
該部分內容繼續以雪豹系統為例
打開https://itunesconnect.apple.com/（membercenter中也可以找到）選擇"Manage Your Applications"：
點擊"Add New App"，填寫下面的表格。
默認語言，appname，SKU Number，這是自己程序的標識，點擊後面的"？"有說明。Bundle id：這個可以選擇，必須和你申請證書時候的appid保持一致。否則會上傳失敗。
填完後，點擊"Continue"。
這個頁面設置程序的生效時間和價格，選擇後，點擊"Continue"。
下圖的頁面需要填一些程序的信息，注意"Review Notes (optional)"這個選項是對蘋果review程序的說明，如果你的程序需要登錄才可以使用，要在這里提供用戶名和密碼，如果你的程序的一些特色很 隱晦，可以在這里提供操作步驟，這是讓apple的review人員看的東西，不會在App Store裡面顯示。
下圖的頁面是一些分級的說明，根據需要選擇：
下面是metadata，這個可能很重要，注意那個keywords，設置的越多你的程序被搜到的幾率越大，但是最好不超過100字，否則可能會被 蘋果認為是作弊。Large app icon 這需要一張1024x1024的icon。screenshots是屏幕截圖或者說明性的圖片。
填完後done，這樣就創建好了一個app，點擊"view detail"，然後選擇「Ready to Upload Binary」。這時發現你的app顯示一個黃色的wait for upload，表示你可以上傳你的二進制代碼了。如下圖：
3.2、上傳程序
上傳程序請在你的mac系統下找到application uploader工具，找不到的可以在下圖這兒下載。Xcode4.x將該工具集成到了xcode裡面。
在Mac下安裝了該工具後，運行，如果是第一次，可能需要你用你自己的idp帳號登錄（以後會保存在鑰匙串中），登錄後會自動檢查你有沒有等待上傳狀態的app，選擇你創建好的app，如下圖：
點擊"Next"按鈕：
點擊"choose"按鈕，選擇你從AppCan在線編譯出來的ipa包，修改.ipa後綴為.zip，請不要打開修改包裡面的內容（包括添加和刪除資源圖片等文件），否則會上傳失敗。
點擊"Send"按鈕，等待上傳，上傳完成後，打開itunesconnect，這時候你的程序狀態變為"upload received"，程序進入蘋果第一步審核。第一步審核幾分鍾到幾小時。當通過第一步審核後，程序狀態變為"wait for review"，此時程序進入等待人工審核的狀態，大概4天到2周的時間都是這個狀態，直到排隊輪到你的程序時，程序進入"in review"狀態，如果你的程序沒有內容上的問題，符合蘋果的審核標准，那麼審核成功，你程序的狀態變為綠色的" Ready for Sale"，如果審核失敗，程序狀態變為紅色的" Rejected "。
上傳過程中每一步的失敗蘋果都會發郵件給你，或者你能在Resolution Center看到詳細的失敗信息。
當你的程序變為"ready for sale"狀態時候，你就可以在appstore裡面找到它了。至此，上傳結束。你就可以通過IOS設備在Appstore中找到你的應用了。
安卓各市場
一、Google Play Market
Google 官方的應用市場，初次登錄市場需要 25$ 的費用，同時不能使用國內的信用卡以及需要個國外地址。新版的後台想對比較老版的好用，支持多語言、用戶反饋、統計信息等功能，想對其他市場而言 Google Play Market 是標桿。
瀏覽器支持：8
界面：8
功能：8
登錄成本：7（需要國外地址以及信用卡）
人工審核：不需要
其他說明：無
二、應用匯
通過渠道包以及等跟蹤，應用匯的下載量和訪問量不低。界面一般，功能方面能提供的都不少，但不會給你帶來驚喜，總體而言應用匯的開發者後台屬於中規中矩的感覺。
瀏覽器支持：6
界面：6
功能：5
登錄成本：4（需要上傳相關證件認證）
人工審核：需要
審核速度：快
其他說明：無
三、安卓市場（91市場）& 網路應用市場
安卓市場被 91 收購了以後界面變得「洋氣」了不少，總體而言界面在國內市場中屬於中上乘不為過。功能服務方面提供了「應用測試」（使用第三方 Testin 雲測）服務，但需要手工提交。審核的速度一般同時想對比較寬松，一般兩個工作日以後就可以審核通過。
瀏覽器支持：8
界面：7
功能：6
登錄成本：4（需要上傳相關證件認證）
人工審核：需要
審核速度：快
其他說明：無
四、安智市場
如果不是發布安卓應用，我第一眼打開這個市場的後台以為回到了上個世紀的九十年代，界面可以用一個字「爛」兩個字「很爛」三個字「非常爛」來形容。發布和審核都需要輸入驗證碼，同時在其他細節方面，例如多圖上傳需要額外的耐心。總之，在這個市場發布應用，你需要更多的耐心。
瀏覽器支持：6
界面：2
功能：5
登錄成本：4（需要上傳相關證件認證）
人工審核：需要
審核速度：一般
其他說明：無
五、EOE（優億）市場
優億市場的下載量不少，但後台的界面在我審美看來只能說一般。功能方面也是中規中矩，不過初次開發者認證的速度比較慢，需要額外的耐心。
瀏覽器支持：6
界面：3
功能：5
登錄成本：4（需要上傳相關證件認證）
人工審核：需要
審核速度：快
其他說明：無
六、機鋒市場
如果你在機鋒市場上審核不通過，您可以考慮直接聯系負責人。通常來講，我對這個市場的印象就是碰到問題不要嘗試自己解決，直接聯系他們的負責人通常會有個更好的結果。對，在我看來機鋒市場更像是個線下的市場。
界面和功能想對來講一般，同時機鋒市場提供了收費的 SDK 和 API（有誰嘗試使用過？），這個算起來是他們的特色吧。
瀏覽器支持：6
界面：5
功能：5
登錄成本：4（需要上傳相關證件認證）
人工審核：需要
審核速度：慢
其他說明：無
五、N多市場
這個應用市場的在我眼裡的存在感不高，不過下載量很客觀。總體而言，屬於中規中矩。
瀏覽器支持：6
界面：6
功能：5
登錄成本：2（簡單認證即可）
人工審核：需要
審核速度：快
其他說明：無
六、木螞蟻
相對來講存在感並不強的市場，但並不影響將自己的應用發一份上去。使用這個市場的體驗也是中規中矩，沒有出太大的問題也沒有什麼驚喜。
瀏覽器支持：6
界面：6
功能：5
登錄成本：5（需要上傳相關證件認證）
人工審核：需要
審核速度：快
其他說明：無
七、網易應用
在幾大門戶開的運營商市場中，簡單的嘗試下了網易的應用市場。前期網易市場不能自己提交應用，只是靠抓取。個人感覺網易應用市場的人員不多，因為人工響應的速度想對比較慢，但一般的問題嘗試自己搞定還是可以的。
瀏覽器支持：6
界面：5
功能：5
登錄成本：4（需要上傳相關證件認證）
人工審核：需要
審核速度：一般
其他說明：可能會存在暫時無法收錄的情況，估計是緩存的問題別太在意
八、豌豆莢市場
豌豆莢前期只是做應用搜索，近期似乎能夠允許用戶上傳提交應用了。
總體而言該市場的審核比較嚴格，無論是登錄開發者認證還是新的應用提交都需要上傳相關的證件，所以在提交應用的時候需要准備好額外的資料，截至目前（2013年5月23日）我的個個人開發的應用還是沒有通過審核，很殘念。
界面方面比較簡潔，但是不知道為什麼會同時標注中文和英文雙語，雖然不影響使用但是個人感覺很「裝逼」，同時有少部分的文案錯誤但不影響使用。
同時豌豆莢市場似乎目前還不支持應用認領，如果你在豌豆莢中能夠搜索到自己的應用，但還是需要你自己再重新提交下。目前（2013年5月23日）我不知道如何處理重復的應用，因為我還沒有在這個市場上審核通過的經驗。
瀏覽器支持：6
界面：5
功能：3
登錄成本：6（需要上傳相關證件認證，並需要想對比較長的等待時間）
人工審核：需要
審核速度：慢
其他說明：審核相對比較「認真」，您需要做好被打回的心理准備
八、魅族開發者後台
初次登錄魅族市場會比較的困惑，在交互方面魅族開發者後台並不友好。例如，你更新你的軟體需要「添加新版本」操作。同時你可能會對「應用列表」以及「版本列表」感到困惑，這點方面你需要學習時間。
在素材的准備方面，最好建議你手頭上有台魅族手機單獨給這個市場截圖，因為魅族的解析度想對來講很「與眾不同」。同時，可能你需要重新調整你的應用圖標大小「96x96」以及「106x106」的大小在其他市場中也不多見。
發布新應用的審核比較慢，估計是後台人工測試比較仔細。後續新版本的添加和更新想對來講會比較順暢。
同時，原先後台似乎並不支持 IE 外的瀏覽器（害得我還得開虛擬機），但近期測試似乎都沒問題了。
瀏覽器支持：4
界面：4
功能：4
登錄成本：4（需要上傳相關證件認證）
人工審核：需要
審核速度：一般
其他說明：無
九、小米開發者站
審核想對比較嚴格，嚴格的程度甚至你需要調整你的應用文案（例如不能有太多的空格，相對比較短的段落等）。在小米市場中重復拒絕和提交是很常見的事情，這點建議您需要有心裡准備。
同時，小米市場會對審核不通過的應用有具體的說明和指導。有次提交新版應用有崩潰的情況，市場更是直接提供了 logcat 日誌文件，細節做得很到位。
瀏覽器支持：7
界面：7
功能：5
登錄成本：4（需要上傳相關證件認證）
人工審核：需要
審核速度：一般
其他說明：各方面的要求相對比較嚴格
十、運營商市場
嘗試過聯通、移動以及電信天翼的應用市場，但普遍這些市場交互以及功能方面有先天的缺陷。有些市場只支持 IE 瀏覽器，同時需要提交的認證信息會極大的考驗你的耐心和自製力。
在統計數據看來相對其他「民營」的應用市場，下載量比較少。除非有必要以及需要特定的渠道，個人非常不建議在此類市場上登記發布應用。
十一、品牌商市場
嘗試過 HTC、Samsung、以及 Moto 市場。
在這些市場中均沒有得到很好的體驗，甚至在 Samsung 市場中我無法通過正常的注冊流程。 因此，個人和公司出於時間和成本考慮，放棄了這些市場。
十二、其他
國內還有大大小小的其他 Android 應用市場，如果有遺漏的相對比較大型的市場歡迎您提出。
十三、總結
現在發布 Android 應用到各大市場是個工作量非常巨大的事情。所以我們需要根據實際情況和用戶群發布，這里主要給出我個人的看法：
第一批隊
Google Play Market
應用匯
小米市場
優億（EOE）市場
第二批隊
安卓市場
安智市場
機鋒市場
豌豆莢市場（有待觀望）
第三批隊
N多市場
網易應用
魅族市場
木螞蟻
第四批隊
運營商市場
品牌商市場
如果你不想在發布方面佔用太多的事情，建議保證第一、第二批隊的市場版本更新完全即可。選擇市場本身還需要根據自身以及應用的多種情況判斷。
同時，應用內部本身需要做好良好的版本更新提醒，這會更少程度減少用戶安裝和更新應用的成本。
㈡ 網站可以上架App Store嗎怎麼封裝成app需要提交到App Store審核嗎
網站可以上架App Store
封裝成app可以採用初雪雲封裝
需要提交到App Store審核
蘋果上架看重的是內容與速度和用戶體驗度，被拒幾率大小如下
1、速度（50%）
1.1：軟體運行速度和載入速度為蘋果最為看重的，這樣直接影響到用戶的使用與體驗度。
1.2：蘋果審核在美國，不要用國內打開的速度來衡量美國的打開的速度。WebApp很多上不了架的原因都因為美國訪問數據速度太慢。所以上架前最好做CDN加速或者臨時增加伺服器寬頻，或者換伺服器地區是最有效的，以便提高美國的打開速度，並減少網頁載入的大圖片與數據。
1.3：上架注意事項
Web App：1、CND加速或者臨時增加伺服器寬頻或者調整伺服器地區。2、減少圖片大小或圖片緩載入技術。3、盡量減少主頁的載入數據。
混合App：1、測試完成本地資源載入。2、減少主頁數據交互
原生App：1、減少主頁的數據交互，提高運行速度。
2、模板樣式，App Store 4.3 協議（30%）
模板重復率越高上架越難。很容易被拒4.3也就是重復app，這種是最難搞的。有軟著也無用，原生獨立開發的，要麼混浠代碼，進行大型更改App的UI,內容,功能等，才有幾率解決此問題
模板重復率：主要是框架與圖標，內容高度統一。
模板框架不要太網頁化。如：網頁帶有備案信息，純網頁風格，鏈接進入PC站,太html5化,根本不像APP,一眼看出來就是一個網站等,主要還是用戶體驗度和功能，不能太簡單了，否則你迎來的將是被拒。
3、內容App Store4.2協議（10%）
在APP功能不多，只有很少的幾個功能，且很簡單，就會被拒4.2
4、名稱重復率（5%）
名稱重復是沒有問題，名稱重復後內容與框架相似的就有被拒風險。
名稱重復，內容與框架不同就沒有問題。
5、其它原因（5%）
運氣太差了，碰到一個非常嚴格的審核員。
㈢ 如何在IOS上發布APP
發布步驟
登陸蘋果開發者中心http://developer.apple.com（99美元賬號）
進入itunes connect
選擇Manage Your Apps
選擇Add New App
填寫項目相關信息，不知道怎麼填的點擊問號查看，Bundle ID Suffix需要與上一篇申請發布證書中鎖填的後綴一致，否則在上傳項目時會出錯，需要重新打包
然後是選擇項目價格和日期
接下來的頁面要填寫項目的完整信息
URL可以填寫自己的主頁，公司的主頁等，會被展示在itunes中的，這個URL千萬不可填寫微博主頁等需要登陸後才能查看的鏈接，有網友因為填寫微博鏈接被拒，實在不行，填寫博客地址也可的
④ 聯系人信息可以填寫自己，也可以填寫公司的，demo Account 如果App中需要登陸，可以提供一個測試賬號方便蘋果審核時調試
⑤上傳的圖片都是在ituns中展示所用的。3.5-Inch的圖片尺寸是960*640或者640*960，或960*600，或
620*900，這幾種尺寸都可以。4-Inch的圖片尺寸是1136×640, 1136×600, 640×1136 或者
640×1096， 截圖最好是真機調試時按住電源鍵和home鍵截，這樣尺寸肯定不會錯的。
點擊繼續之後會出現，項目是等待上傳狀態，可以選擇edit編輯項目的相關信息
接下來打包應用程序（前提，已經申請過發布證書並安裝，未申請的請參照本文開頭的鏈接進行操作）
a.打開Xcode,選擇Proct->Archive
b.然後選擇distribute…
c.選擇第二個
d.選擇發布證書
點擊next之後便會生成.ipa文件
3.上傳.ipa文件,，需要用mac自帶的Application Loader
a.在finder中選擇應用程序(Applications)->右鍵選擇Xcode->顯示包內容->contents->Applications->Application Loader
b.打開Application Loader會出現登錄界面，同樣用登錄開發者中心的賬號登錄，第一次登錄會出現一個接受協議頁面，打√後繼續就行了
c.進入後選擇Deliver Your App，會出現你在developer中心填寫的項目，是等待上傳狀態,選擇上傳ipa就可以了。
4.上傳成功後再回到開發者中心，刷新頁面就會發現項目是等待審核狀態了，正常審核周期是5個工作日
此時郵箱會收到蘋果的郵件，審核結果出來後也會收到郵件
㈣ 如何把自己APP 上傳到IOS蘋果商店
上架過程分七個步驟，按步驟一步步來。照著教程做簡單、快速就能完成 iOS App 的上傳。
1、創建 App 身份證（App IDs）
2、申請 iOS 發布證書
3、申請 iOS 發布描述文件
4、導入 iOS 證書到 xocde 打包 IPA
5、在 iTunes Connect 創建App
6、上傳 IPA 到 App Store
7、上傳好 IPA 回到 iTunes Connect 填寫 App 信息並提交審核
㈤ WebApp不需要證書，蘋果手機怎麼安裝調試
這個情況呀，打開手機設置，裡面有個安全，裡面有個未知來源，把它點開就是允許，這樣就可以接收外源下載手機里的東西會有的，建議您去買國產手機吧，用起來方便些。
㈥ app怎麼上架到蘋果商店
當你用開發出了自己的app，下一步就是向app store提交應用了，這時應該如何操作呢？我的app真的准備好提交了？我敢肯定這些問題將會浮現在你的腦海。基於這篇教程，我將告訴你一個完整的提交過程。
開啟分步閱讀模式
操作方法
01
1.你的應用已經准備好了嗎？
測試
寫完最後一行代碼或者執行完最後一個功能並不意味著你的app已經完成了，你是否讓你的應用在多個設備上進行測試了？你的應用是否有內存泄露的問題？你的應用程序是否總是崩潰？這幾年，ios設備市場規模增長迅猛，你必須保證你的應用已經在盡可能多的設備上通過測試。常見的問題比如你是否在iphone 5的4寸屏幕到ipad mini的7.9寸屏幕上都通過了測試。
ios模擬器非常有用，但它是在mac上運行的，內存和處理能力要比你口袋中的手機強大很多，一款iphone 3gs和iphone 5的性能差別更不用多說。作為ios開發者，你可不能冒著風險長期使用一款過時的ios設備來創建和維護app，即便app可以在老的ios設備上很好地 運行，但不代表也可以在新設備上跑的順暢。
蘋果的審核是封閉的，但能減少不完善的性能表現給用戶帶來的糟糕體檢。如果你的應用時常崩潰，或者啟動後不久運行速遞變得緩慢遲滯，那在向app store提交之前你還有不少工作要做。即便蘋果審核人員不能發現app存在的問題，但用戶會發現。如果用戶體驗很差，那麼用戶會給你的差評或者低分，進 一步影響到應用的銷售和下載。
規則和指南
就像我前面所說的，蘋果為開發者提供了很多文檔資料，開發者尤其要注意ios人機交互指南和app store審核指南，不過不少開發者沒有精力或者難以靜下心來認真研讀這些文檔，那麼你的應用將會因為這些文檔中列出的要求而被一再拒絕。
再退一步說，即便你沒有研讀ios人機交互指南和app store審核指南，但開發者也要知道大家常說的那些規則，如下我列出了一些你的應用應該和不應該做的事情。
你的應用
需符合APPStore審核標准
不能崩潰
不能使用私有api，
不能復制原生app的功能，
應該使用iap(應用內付費)金融交易
不能在用戶不知情的情況下使用相機或者麥克風
應該使用有版權的圖片
這些只是上邊所說的文檔內容中很小的一部分。ios人機交互指南和app store審核指南內容更多是非常瑣碎的。但有的小地方你也許會不經意的違反。比如，在蘋果使用啟用自家地圖之前，mapkit framework使用的是谷歌地圖，用戶也非常清楚谷歌的logo會放在每張地圖的左下角，如果你的應用的用戶界面覆蓋了谷歌的logo，那麼蘋果就會 拒絕你的應用。雖然這非常瑣碎，但也是不少開發者經常「犯錯誤」的地方。如果還有不懂的地方可以到APICloud 的QQ群（398827124）當中尋求幫助。（查官方論壇鏈接）
END
02
2.預先准備
app id(應用id)
app id是識別不同應用程序的唯一標示符。每個app都需要一個app id或者app標識。目前有兩種類型的app標識：一個是精確的app id(explicit app id)，一個是通配符app id(wildcard app id)。 使用通配符的app id可以用來構建和安裝多個程序。盡管通配符app id非常方便，但是一個精確的app id也是需要的，尤其是當app使用icloud 或者使用其他ios功能的時候，比如game center、push notifications或者iap。
如果你不確定什麼樣的app id適合你的項目，我推薦你讀下蘋果關於這一主題的文檔：technical note qa1713。
distribution certificate(發布證書)
ios應用都有一個安全證書用於驗證開發者身份和簽名。為了可以向app store提交app，你需要創建一個ios provisioning profile 。首先需要創建一個distribution certificate(發布證書)，過程類似於創建一個development certificate(開發證書)。如果你已經在實體設備上測試你的app，那麼你對創建development certificate就已經很熟悉了。
如果對此不熟悉，我建議你讀下蘋果關於signing certificates和provisioning profiles的詳細指導。
provisioning profile(配置文件)
一旦你創建了app id和distribution certificate，你可以創建一個ios provisioning profile以方便在app store中銷售你的app。不過，你不能使用和ad hoc distribution相同的provisioning profile。你需要為app store分銷創建一個單獨的provisioning profile，如果你使用通配符app id，那麼你的多個app就可以使用相同的provisioning profile。
build settings(生成設置)
配置app id、distribution certificate 和provisioning profile已經完成，是時候配置xcode中target的build settings了。在xcode project navigator的targets列表中選擇一個target，打開頂部的build settings選項，然後更新一下code signing來跟之前創建的distribution provisioning profile相匹配。最近添加的provisioning profiles有時候不會立馬就在build settings的code signing中看到，重啟一下xcode就可以解決這個問題。
deployment target(部署目標)
非常有必要說下deployment target，xcode中每個target都有一個deployment target，它可以指出app可以運行的最小版本。不過，一旦應用在app store中生效，再去修改deployment target，你要考慮到一定後果。如果你在更新app的時候提高了deployment target，但是已經購買應用的用戶並沒有遇到新的deployment target，那麼應用就不能在用戶的移動設備上運行。如果用戶通過itunes (不是設備)下載了一個更新過的app，然後替代了設備上原先的版本，最後卻發現新版本不能在設備上運行，這確實是個問題。
對此我有兩個方法
(1) 當你決定提高現有app的deployment target時，要在新版本的版本注釋中進行說明。如果你提前告知用戶，那麼至少有一點，你已經盡力阻止問題的發生了。
(2) 對於一款新app，我經常會把deployment target設置為最近發布的系統版本。因為新ios版本發布後，滲透率的增長速度是令人難以置信的。很多人認為提高deployment target會失去大部分市場，這個說法並不準確，比如ios 6，ios 6發布後一個月，超過60%的設備已經進行了更新。但對android而言，就是另外一回事了，android用戶並不會像ios用戶那樣熱衷於更新操作 系統版本。
END
03
3. assets(資源包)提交
icons(圖標)
icon是app中不可分割的一部分，你要確保icon尺寸不會出現差錯。
itunes artwork: 1024px x 1024px (required)
ipad/ipad mini: 72px x 72px and 114px x 114px (required)
iphone/ipod touch: 57px x 57px and 114px x 114px (required)
search icon: 29px x 29px and 58px x 58px (optional)
settings application: 50px x 50px and 100px x 100px (optional)
屏幕截圖的作用不言而喻，你可以為每個app上傳5張截圖，雖然至少需要上傳一張，可能很少有人會只上傳一張圖片。另外，你還需要分別為 iphone/ipod touch和ipad/ipad mini准備不同的屏幕截圖。這也是不小的工作量，但卻能展示應用的另一面。shiny development開發的一款售價6.99美元的mac軟體status magic可以為你節省不少時間。status magic可以幫你把狀態欄放在截圖的正確位置。
屏幕截圖和icon是應用給用戶的第一感覺，直接關繫到用戶會不會購買。不過，你所上傳的屏幕截圖也不一定非得是實際的截圖，看看where』s my water? (小鱷魚愛洗澡)截圖可以通過使用此策略，更具吸引力和說服力。
元數據
在提交應用之前，要管理好app的元數據，包括1應用名稱、2版本號、3主要類別，4簡潔的描述，5關鍵詞，6.支持url。如果你需要更新應用，你還要提供新增加的版本內容。
如果你的應用需要注冊嗎，你還得向蘋果提供一個測試賬戶或者demo賬戶，這樣審核人員就能很快進入app，而不用再注冊賬號。
提交ios應用
END
04
4. 提交准備
完成基本信息
出現在app store中app的名字要做到獨一無二, 這個名字可以不同於主屏幕icon下邊的名字，不過推薦使用相同的名字。
sku number是一個用來識別app的特殊字元串。我經常使用app的bundle identifier。最下邊是app的bundle id，你可以從下來菜單中選擇通配符app id或者准確的app id。
價格和有效性
下一步，確定app的價格和有效性。蘋果已經確定好了價格梯度，所以你不需要分別選擇各個國家中app售價，你只需要指定在哪個國家的應用商店出售 即可。 在app store顯示這款應用之後，這一過程中填的信息還可以被修改，也就是說你可以更改價格，並且不需要提交或更新。
元數據
我們已經說過元數據了，不過還沒有說應用評級。根據應用的內容和功能，蘋果會給應用一定評級，比如很多應用是4+，500px是17+。除了告訴用戶app的內容和功能，也可以讓孩子的父母放心。
如果你的應用等級跟內容不符合，蘋果也會拒絕你的應用。
准備上傳二進制文件
提交完app的元數據後，你會看到關於app的一些摘要信息，你應該在提交之前看看app的版本。點擊「view details」按鈕，再點擊右上角的「ready to upload binary」。然後系統會問你一個或幾個關於app的問題，完成後，你會看到提示信息，告訴你准備上傳二進制文件。app的狀態就變成「waiting for upload」。
END
05
5. 上傳二進制文件
為了上傳程序，需要為程序創建一個archive。你只能在一台真實設備上創建一個archive。 如果你在active scheme中選擇了ios simulator，那麼在xcode的proct菜單中archive選項是灰色不可選的。連接一台ios設備到mac機器上，然後在active scheme中選擇這台設備，然後選擇xcode中proct菜單裡面的archive。
如果一切正常的話，現在你會獲得一個archive，並且xcode的organizer會自動打開，並顯示出剛剛生成的archive。在列表中 選中archive，然後點擊右邊的「distribute」按鈕。在顯示出來的畫面中，選擇「submit to the ios app store」。然後輸入你的ios開發者賬號進行認證。接著選擇application 和code signing identity。
應用程序的二進制文件會上傳到蘋果的伺服器中——在這個過程中，你的程序同樣需要被驗證。如果在驗證過程中遇到了錯誤，程序的提交流程