iOS應用通過蒲公英orFIR安裝失敗原因排查
前言
iOS 的內測應用在安裝時,很多人都遇到過安裝失敗的情況,安裝失敗的原因比較多,下面將一些常見原因總結如下,方便開發者進行排查。
在 iOS 9 中啟動應用時,出現提示“未受信任的企業級開發者”
這樣問題是因為在 iOS 9 以後的版本中,蘋果對企業簽名的應用做了更嚴格了限制。具體解決辦法請見: 企業級證書打包下載安裝之後無法使用問題
在 iOS 9 中點選“安裝”按鈕後,沒有彈出“是否安裝”的提示
這個問題是因為 iOS 9 的一個 Bug 導致的。出現這個問題的前提,一般是由於使用者已經從蘋果官方 App Store 上安裝了相同的應用。
【解決辦法】
先在裝置中刪除之前已經安裝的應用,然後再從託管平臺
安裝即可。
為什麼在 iOS 9 中,點選“安裝”按鈕後,沒有任何反應,桌面也沒有出現應用圖示,但是狀態列上的網路圖示在轉
這是由於 iOS 9 中的一個 Bug 造成的。雖然看上去沒有反應,其實應用已經在後臺開始下載並安裝了,狀態列上的網路圖示在轉就是一個證明。這個時候,只要多等待一會兒就好了,應用安裝完成之後會在桌面上顯示出來的。
應用安裝過程中提示"無法下載應用程式"
原因一:在匯出 iOS App 的安裝包檔案( .ipa 檔案)時,選擇了 App-Store 方式。
在匯出 iOS 的.ipa
檔案時,有些開發者選擇了App-Store
.ipa
檔案,只適合於上傳到蘋果App
Store
,並不能通過託管平臺
來安裝。如果是這種方式匯出的 .ipa
檔案,傳到託管平臺
上是不能通過安裝的。
原因二:在匯出 iOS App 的安裝包檔案( .ipa 檔案)時,選擇了 Ad-hoc 方式,但是沒有新增裝置 UDID 。
在匯出 iOS 的安裝包檔案時,如果選擇了Ad-hoc
方式(一般用於蘋果個人開發者賬戶),那麼,如果要某臺裝置可以安裝,則必須要將這臺裝置的 UDID
新增到匯出安裝包時所用的證書檔案中(.mobileprovision
檔案),才可以在這臺裝置上安裝。
使用 Ad-hoc
方式匯出的安裝包檔案上傳到託管平臺
託管平臺
會顯示為內測版
,同時會在應用管理中,顯示出該安裝包的證書中包含的 UDID
列表。開發者可以根據顯示出的UDID
列表,來排查某臺裝置的 UDID
有沒有被新增到安裝包的證書中。
原因三:在匯出 iOS App 的安裝包檔案( .ipa 檔案)時,選擇了 In-house 方式,但是證書已過期或被撤銷。
在匯出 iOS 的安裝包檔案時,如果選擇了In-house
方式(一般用於蘋果企業開發者賬戶),此時,如果出現無法安裝的情況,開發者可以檢查一下自己的企業開發者證書是否已過期或被撤銷。因為蘋果對於企業開發者證書管理較為嚴格,所以開發者如果使用不當,可能會導致企業證書被封,被封后的企業證書匯出的安裝包,也是無法正確安裝的。
原因四:開發者在生成App安裝包時,沒有在 Xcode 中設定正確的 Architecture 。
iOS 應用的 Architecture
(架構),決定了這款 iOS 應用可以在哪些裝置機型上安裝。例如,如果某個應用在
Xcode 中只添加了 arm64 這一種 Architecture
,那麼最終打包後的安裝包檔案上傳到託管平臺
後,對於
iPad mini、iPhone5 等以下裝置,都是無法安裝的(因為這些裝置都不是 arm64 架構)。換句話說,如果需要在某個裝置上可以安裝,App 就必須支援那個裝置的 Architecture
。
所以,正確的解決方法是,在生成 App 安裝包時,儘可能讓 App 支援更多的 Architecture
。
具體操作方法是:在 Xcode
- Build
Settings
- Architecture
中,增加 armv7、armv7s、arm64,以便所有裝置都可以安裝。然後,將 "Build
active architecture only"
設定為NO。對於各個 iOS 裝置支援的 Architecture
型別。請點選這裡檢視。
原因五:App 支援的 iOS 系統版本,和當前裝置系統版本不符。
打包時 App 選擇支援的 iOS 系統版本過低或者過高,都可能導致 App 無法安裝成功。例如,如果某個 App 設定了只支援 iOS 7.0 以上的系統時,那麼,如果在 iOS 6.1 系統上安裝時,肯定是無法安裝成功。
因此,我們應該儘量讓 App 儘可能支援更寬泛的系統版本。
具體操作方式是:在Xcode
- General
- Deployment
Info
- Deployment Target
中,給 App 設定一個儘量低的版本,例如
iOS 5.0。
原因六:開發者上傳的是一個破解的 ipa 安裝包,或者是一個使用破解 Xcode 方式打包生成的 ipa 安裝包,或者是通過 iTunes 生成的 ipa 安裝包。
通過任何非 Xcode(或 Xcode 的命令列工具)生成的安裝包,都是沒有辦法正確在裝置上安裝的(越獄裝置除外)。
常見的不正確的打包 ipa 的方式有:通過 iTunes 匯出安裝包檔案
、通過
iTools 匯出安裝包檔案
等等。這種型別的 App 上傳到託管平臺
後,會顯示未簽名
的標籤提示。
【正確的方法】
使用一個正常的蘋果開發者證書,通過未破解的 Xcode 打包生成 ipa 安裝包。
原因七:裝置上已經安裝了這個App,且已經安裝的 App 和要安裝的 App 是用不同證書打包的。
這種情況下,也會造成 App 安裝失敗。解決的方式很簡單,開發者只需將裝置上原來已經安裝的 App 刪除,再重新安裝新的 App 即可。
原因八:Info.plist 檔案中的LSRequiresIPhoneOS 沒有設定,或者設定了 NO。
對於 iOS 的 App 來說,如果Info.plist
檔案中的LSRequiresIPhoneOS
沒有設定,或者設定了NO,那麼由
Xcode 匯出的安裝包(.ipa
包),就不會包含Payload
資料夾,而是被一個叫做Applications
的資料夾代替。這樣的安裝包在安裝時,會被
iOS 判定為無效的安裝包,所以無法被正確安裝。
【解決方式】
只需要將Info.plist
檔案中的LSRequiresIPhoneOS
設定為YES,然後重新打包即可。具體操作為:在
Xcode 中開啟Info.plist
檔案,然後檢查 LSRequiresIPhoneOS
是否已設定,如果沒有設定,就新增一個,然後將LSRequiresIPhoneOS
的型別設定為Boolean,值設定為 YES。
設定好以後,可以看到Info.plist
檔案中顯示Application
requires iPhone environment
的值為YES。
原因九:網路出現中斷或異常。
遇到這種情況,使用者可檢查自己手機的所連線的網路是否穩定、速度是否正常等。可以嘗試一下其他網站,或者更換一個 Wi-Fi,或者由 Wi-Fi 換成 3G/4G 等,然後重新安裝。
【託管平臺】: 託管平臺是指將APP釋出於第三方平臺上面,供使用者安裝測試。常見的託管平臺有蒲公英以及FIR
【App-Store】: App-Store版,用於釋出到蘋果商店
【Ad-hoc】: 內測版,用於內部指定裝置使用
【In-house】: 企業版,可在任何裝置上安裝,但不能濫用
轉載自:http://www.jianshu.com/p/9bdd0155622b