Xcode 4“传输包”病理缓慢后删除应用程序

我注意到，如果我安装了我的应用程序，在Xcode 4上执行本机debugging，然后删除应用程序，然后尝试从Xcode 4再次debugging，执行“ 传输包 ”步骤所需的时间在病态上很慢。有没有人经历过这个？我怕删除应用程序，因为这将需要20-30分钟来加载应用程序。

我们的应用程序有很多用户文件，删除应用程序时被删除。也许某种类似同步的进程正在同时运行。杀死Xcode 4并不能解决这个问题。

我想现在你必须使用Xcode 6.3，它可以让你以最简单的方式做所有事情。在这里，这个版本的Xcode是我在过去几年里最稳定的版本。

我想提供一些一般的指导，因为你看到的症状可能有很多原因。事实上，根据我的经验，大多数Xcode版本都有不同的原因。

我之前已经看到了缓慢的传输问题（Xcode 4我认为），当时我将应用程序切换为可以在后台运行的应用程序。为了解决这个问题，我要么强制从手机本身杀死应用程序，要么在部署应用程序时修改应用程序的包ID（作为黑客）。

有68个评论员在分析后看到这个问题。对设备进行分析会在Mac上生成大量数据，也可能在设备上生成大量数据，但我不知道。所以它值得用另一部手机切换手机，理想情况是有一个很大的自由空间; 问题是否跟着电话？

有时候资源不足会导致部署问题; 资源在清洁后重build。尝试按下选项button，然后做一个干净的 – 它清理中间文件。（选项移命令-K）。这可能会发生，特别是当您删除资源，但仍然从故事板引用它。通过故事板寻找感叹号警告是有帮助的（特别是与Apple Watch应用程序）。

定期进行资源文件审计是值得的。我们经常部署目标设备实际上不需要的文件。例如，bash脚本文件，旧图标等等。资源越less，可能不正确的东西越less，并且经常会触发有关可能解释问题的资源变化的想法。它也使您的客户的部署更小。

注意这个问题值得从双方进行debugging。例如，查看Mac控制台日志以查看任何错误，或查看您的活动监视器是否有意外的行为和任务。在设备方面，它值得从lemonjar.com安装iOS控制台，看看是否有任何东西到设备端，如果有错误。