當app打包完成需要上傳iTunes store带膀，但因為對應(yīng)的apple服務(wù)器在國外，加上App上傳的流程還存在歷史詬病只嚣，所以很大幾率會出現(xiàn)上傳超級慢腻贰，輕者基本都要等3,4個小時，重則基本一天都卡主不動的情況巩搏，這基本成為了每個iOS開發(fā)者都會遇見的惡夢昨登。
很多開發(fā)者都有苦說不出，有時只能無奈地等待贯底，但分析問題丰辣，很有可能不一定是網(wǎng)絡(luò)慢造成的，或許就是App上傳的流程存在的歷史詬病所導(dǎo)致的
這段時間同樣遇見了這種情況丈甸，于是進行了深入研究糯俗，再結(jié)合網(wǎng)上各種大神的教程，基本有了顯著的成效睦擂。
首先要排查網(wǎng)絡(luò)問題得湘，如果網(wǎng)絡(luò)確實很慢，那也沒辦法顿仇，
其次要正確打包淘正，如果包內(nèi)資源不正確，如appIcon不完善或者其他打包問題臼闻，那需要仔細核實處理鸿吆。
排除了以上兩項，如果上傳還是被卡住述呐，那就用以下的手段去處理吧：
1.當卡死在 “Authenticating with the iTunes store”
解決辦法：
關(guān)閉上傳惩淳，并打開命令行，依次調(diào)用這三行代碼：
cd ~
mv .itmstransporter/ .old_itmstransporter/
"/Applications/Xcode.app/Contents/Applications/Application Loader.app/Contents/itms/bin/iTMSTransporter"
這個大神的解決辦法真的很有效的解決了這一點乓搬，收到了大量的好評
具體過程：
執(zhí)行完成：
之后再重新上傳app就可以跳過這一步了
如果過程中誤關(guān)閉了終端思犁，可能輸入第二句命令后就會報錯 rename .itmstransporter/ to .old_itmstransporter/.itmstransporter/: Directory not empty
解決辦法：依次調(diào)用以下這兩行代碼
mv .old_itmstransporter/ .itmstransporter/
mv .itmstransporter/ .old_itmstransporter/
輸入以上兩句命令后，再輸入
"/Applications/Xcode.app/Contents/Applications/Application Loader.app/Contents/itms/bin/iTMSTransporter"
耐心等待它執(zhí)行完成进肯，出現(xiàn)以下代碼就可以了
2.后面還會有很大幾率卡死在 “Verifying assets with the App Store..”
（這段時間都是這個問題激蹲，一卡就是3個小時）
其實如果能保證網(wǎng)絡(luò)的情況下也有解決辦法：
用“Application Loader” 進行上傳
首先打包在本地并登陸Application Loader對應(yīng)的開發(fā)者賬號,但是如果是新賬號或者某些原因會出現(xiàn)下面的問題：
輸入了正確的密碼但是一直報錯，這是因為當前賬號默認開啟了雙重驗證江掩，原密碼不可用学辱，需要用原密碼登陸到https://appleid.apple.com乘瓤， 并獲取App專用密碼：
才能才登陸成功。
登陸成功后策泣，可能即使用了Application Loader上傳也會一直卡住
解決辦法：
在“Application Loader”高級設(shè)置中按照下圖設(shè)置
這個解決辦法也很有效的解決了這一點
https://stackoverflow.com/questions/29494065/application-loader-stuck-at-the-stage-of-verifying-assets-with-the-itunes-store
后面就可以等待上傳了
上傳成功
“Application Loader”還有個優(yōu)點在于更加清晰化衙傀，能很清楚看到上傳過程，而不像原生上傳那樣就一個進度條着降，卡住了也不知道原因是什么差油，只能干等。
最后感覺wifi上傳任洞，即使網(wǎng)速很快蓄喇，但上傳有時真的奇慢無比，可以嘗試使用4G熱點上傳交掏，我用的移動4g上傳很多次了妆偏，感覺基本不出什么問題，前提是流量充足??盅弛。
