状态:这已经看到最近的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