此错误过去常发生在旧版本的iOS模拟器中，因为另一个设备中正在关闭的作业的旧实例可能与新实例发生冲突。

iOS 6.0及以后版本应该不会遇到这样的问题，因为iOS 6.0引入了引导子集的使用，而iOS 7.0引入了专用引导服务器(launchd_sim)的使用，它与主机的引导服务器完全隔离。

尝试退出并重新启动模拟器?如果“情况变得更糟”，你可以尝试重新启动:根据我的经验，这应该能解决问题。

我在iPhone 4上调试我的应用程序时遇到了这个错误。重新启动iPhone解决了我的问题。(关机后iPhone挂了……)

我的mac上没有任何僵尸进程，重新启动mac也没有解决问题。

也许这个bug可以在模拟器和实际设备上都体现出来??

你可以在函数或选项卡中分配变量。如果你的函数或标签被退出，它将被dealloc。 所以你必须声明它的成员变量或全局变量。

状态:这已经看到最近的Mac OS 10.8和Xcode 4.4。

tl;dr:这可能在两种情况下发生:在设备上运行时和在模拟器上运行时。在设备上运行时，断开和重新连接设备似乎可以解决问题。

迈克·阿什建议

launchctl list|grep UIKitApplication|awk '{print $3}'|xargs launchctl remove

这并不总是有效的。事实上，这对我来说从来没用过，但在某些情况下显然有效。只是不知道是哪些情况。所以值得一试。

否则，唯一已知的解决方法是重新启动用户launchd。重启可以做到这一点，但有一个不那么激烈/更快的方法。您需要创建另一个管理用户，但只需这样做一次。当事情发生时，以你自己的身份退出，以那个用户的身份登录，并杀死属于你的主用户的启动，例如，

sudo kill -9 `ps aux | egrep 'user_id .*[0-9] /sbin/launchd' | awk '{print $2}'`

用user_id代替你的主用户名。再次以正常用户身份登录将使您回到正常状态。有点痛苦，但总比完全重启要好。

细节:

在Lion/Xcode 4.2中，这种情况更加频繁。(就我个人而言，我从未见过这种组合。)

该错误似乎存在于launchd进程中，当调试器停止调试它而不杀死它时，它将应用程序进程作为子进程继承。这通常是应用程序变成僵尸的信号，在ps中进程状态为Z。

核心问题似乎是在launchd中实现的引导名称服务器。这(在我理解的范围内)将应用程序id映射到mach端口。当bug被触发时，应用程序会死亡，但不会从引导服务器的名称服务器映射中清除，因此，引导服务器拒绝允许该应用程序的另一个实例以相同的名称注册。

人们希望(见评论)强制launchd wait()等待僵尸程序来解决问题，但它并没有。这不是僵尸状态的核心问题(这就是为什么一些僵尸是良性的)，但bootstrap名称服务器，没有已知的方法来清除这个杀死launchd。

看起来这个bug是由Xcode、gdb和用户launchd之间的一些不好的东西触发的。我只是在iphone模拟器中运行一个应用程序，让它在gdb中停止，然后执行一个构建并运行到ipad模拟器，从而重复了这个楔形操作。它似乎对切换模拟器(iOS 4.3/iOS 5, iPad/iPhone)很敏感。这种情况并不总是发生，但当我频繁切换模拟器时，这种情况就相当频繁了。

在你登录的时候杀死启动会搞砸你的会话。注销和重新登录不会终止用户启动;OS X保留了现有的进程。重启会解决问题，但这是痛苦的。上面的指令更快。

我已经向苹果提交了一个bug。rdar: / / 10330930

我最近经常遇到这个问题。怎样才能防止这种情况发生呢?登出和登录修复了问题，但是..经常这样做很烦人。

编辑:

我刚找到原因。我在ApplicationWillTerminate方法中有一个bug。所以当我点击Xcode窗口上的停止按钮时，应用程序不能正确终止并开始挂起。

检查活动监视器，看看你的应用程序是否在列表中。如果可能，强制退出。