在本文档中，在“内部应用程序 | 提供更新的应用程序”部分中，它指出：
对于已经拥有该应用程序的用户，您可能希望确定下一个发布版本的时间，以便它包含新的配置文件。如果没有，您可以只分发新的 .mobileprovision 文件，这样用户就不必再次安装该应用程序。新的配置文件将覆盖应用存档中已有的配置文件。
我们上周尝试了这个，当时我们自己的内部配置文件都过期了（与过期的企业证书相对应）。尽管安装了新的配置文件（并将过期的配置文件留在设备上），我们发现我们的应用程序无法启动。即使在硬重置后设备也拒绝打开应用程序（长时间按住锁定和主页按钮）。
最终，我不得不建议我们的团队安装受影响应用程序的更新，所有这些应用程序都已使用更新的配置文件进行部署。新安装的应用程序成功替换了未打开的应用程序，这对我来说证明了新的配置文件包含相同的捆绑 ID。
最后，我觉得设备拒绝为我的应用程序替换配置文件，我不知道为什么。我的问题是：
在什么情况下设备会接受替换配置文件？
有什么方法可以在配置文件实际过期之前测试替换是否成功？
对于用户是否必须在旧配置文件过期之前或之后安装新的配置文件有任何限制吗？
这很简单：
当您的分发证书过期时，该应用程序将不会启动。您的分发证书自颁发之日起三年内有效，或直到您的企业开发人员计划成员资格到期为止，以先到者为准。为防止您的证书提前到期，请务必在会员资格到期前更新您的会员资格。有关如何检查分发证书的信息，请参阅证书验证。
1. 在什么情况下设备会接受替换配置文件？
我不确定确切的要求是什么，但拥有相同的捆绑种子/ID 和应用程序签名的证书就足够了（我认为配置文件名称并不重要）。
文档说您可以使用两个具有重叠有效性的分发证书；这应该意味着您可以将它们都添加到配置文件中并开始使用新证书签署应用程序，同时允许旧版本运行直到旧证书过期。
2. 有什么方法可以在配置文件实际过期之前测试替换是否成功？
卸载旧的并尝试启动该应用程序。您也可以在手机上设置日期。
3. 用户是否必须在旧配置文件过期之前或之后安装新的配置文件？
从来没听说过。
以前的操作系统版本（我认为迟到 iOS 5）会采用第一个“匹配”可执行文件的已安装配置文件（可能通过比较捆绑种子/ID/证书？）并且如果配置文件不再有效则失败，所以有时你必须删除过期的配置文件才能获取新的配置文件。我最近没有看到这种故障模式；它可能已被修复。