1.证书被封：
集成电路(itmayhaveexpiredorbeenrevoked ) )。
2.手机内已安装该应用，但是应用的证书和当前下载的证书不同：
配置文件(note ) MC :预配配置文件交换
installd0x 100724000-[ minstallablebundleperformverificationwitherror : ] 3360517:升级应用程序-证书前缀1.bundle id doesnotmatchinstalledapplication’s应用程序
解决方法:移除并重新安装旧APP。
3.框架不支持：
installd0x2Fe 93000 install _ application : couldnotpreflightapplicationinstall
itunes stored0x 15 f 6000 mobileinstallationinstall :故障切换到- 1
installd0x2Fe 93000 handle _ install : API failed
33558 www.Sina.com/: build settings将适当的框架添加到valid architectures中。
解决方法
installdprofilenotvalid 33600 xe 8008012
installd0x 385000 install _ embedded _ profile : couldnotinstallembeddedprofile 33600 xe 8008012
4.没有添加 UDID：:添加此设备的UDID
转自： http://www.Jian Shu.com/p/9 BDD 0155622 b
解决方法
之所以出现这种问题，是因为在iOS 9及更高版本中，苹果更严格地限制了企业签名的应用。 有关具体解决方案，请参阅企业级证书软件包下载安装后不可用的问题
在 iOS 9 中启动应用时，出现提示“未受信任的企业级开发者”
这个问题是由iOS 9错误引起的。 出现这个问题的前提是用户已经从苹果官方App Store安装了相同的APP。
在 iOS 9 中点击“安装”按钮后，没有弹出“是否安装”的提示
请从设备中移除以前安装的APP应用程序，然后从管理平台进行安装。
【解决办法】
这是由于iOS 9中的错误。 看起来没有反应，其实APP是在后台下载和安装的。 证明状态栏上的网络图标在旋转。 这个时候，再等一会儿就好了。 APP安装完成后将出现在桌面上。
为什么在 iOS 9 中，点击“安装”按钮后，没有任何反应，桌面也没有出现应用图标，但是状态栏上的网络图标在转
3358www.Sina.com/:IOsapp安装软件包文件(.ipa文件)导出时选择了App-Store方法。
导出IOs.IPA文件时，一些开发人员选择了App-Store方法。 以这种方式导出的. ipa文件适合上传到苹果的App Store，不能从主机平台安装。 对于以这种方式导出的. ipa文件，无法将其传递到主机平台进行安装。
3358 www.Sina.com/:导出iosapp安装包文件(.ipa )时选择了即席方式，但未添加设备UDID。
如果在导出iOS安装包文件时选择了Ad-hoc方法(通常与苹果个人开发者帐户一起使用)，要允许某个设备进行安装，请安装该设备的UDID
以即席方式导出的
安装包文件上传到托管平台后，托管平台会显示为内测版，同时会在应用管理中，显示出该安装包的证书中包含的 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】: 企业版，可在任何设备上安装，但不能滥用