Xcode 4 挂在“附加到（应用程序名称）”处答案

【问题标题】：Xcode 4 hangs at "Attaching to (app name)"Xcode 4 挂在“附加到（应用程序名称）”处
【发布时间】：2011-07-19 23:19:05
【问题描述】：

我刚刚升级到 Xcode 4，由于某种原因，我的应用无法在模拟器或 iOS 设备中运行。它在 Xcode 3 中运行良好，但是现在当我按下运行时，程序突然停在“附加到...”处。似乎也没有任何其他信息可以帮助解决此问题。

总而言之，您可以尝试以下方法来解决问题：

重启模拟器。
确保您没有在构建阶段中包含 Info.plist 文件 -> 复制捆绑资源。
Resources 文件夹作为文件夹引用添加到项目中（蓝色文件夹图标）。这导致了麻烦，将文件夹添加为组后问题就消失了。

【问题讨论】：

我也有这个问题，重启xcode经常会暂时修复，但总会回来。
是的，我的其他应用程序也有它，并且能够通过重新启动来解决它，但是无论如何这个都不会运行。尝试重启、iphone sim、ipad sim、ios 设备……没有任何效果
当我向项目添加一个不是组而是常规文件夹的目录时，我得到了这个。具体来说，当添加的文件夹与主项目中的组或文件有名称冲突时。
我在将resources 文件夹拖入项目时遇到了这个问题。删除它并不能修复它。
只需通过编辑方案将调试选项从 LLDB 更改为 GDB。（为我工作）stackoverflow.com/questions/10147356/…

标签： iphone objective-c xcode ipad xcode4

【解决方案1】：

我有这个问题，但问题不同。

另一个应用程序正试图将证书添加到钥匙串并由于某种原因挂起（网络？）。复制了好几次，只有当钥匙串空闲时，xcode才能运行应用程序。

【讨论】：

【解决方案2】：

“附加到...”问题：

xcode 4.1 解决方案：在 xcode 4.1 中制作一个新的模板应用程序并在模拟器中运行。这会正确重置错误和 xcode-sim 桥接:)

【讨论】：

对我不起作用。我能够在模拟器中运行另一个应用程序，但是当我重新打开问题项目时，它仍然出现同样的问题。

【解决方案3】：

我也多次遇到同样的问题。已经尝试了上述所有建议，但唯一对我有用的是重新启动我的 Mac。好像有一些进程挂起。

如果我在哪里知道它的名称（它不是我的应用程序进程），我可能可以直接杀死它，而不必完全重启。

【讨论】：

【解决方案4】：

我什么都试过了。我的“包装器扩展”是空的，应用程序没有安装在模拟器中。我将“包装器扩展”更改为“应用程序”，它现在安装在模拟器中。

虽然它仍然挂在 Attaching to APP_NAME...

编辑升级到 Xcode 4.3，再重新启动和清理和构建，现在它正在工作....

【讨论】：

【解决方案5】：

在使用最新版本的 xcode 在 lion 上运行时，我遇到了同样的问题。它运行这个“有用的”向导来交换我的项目设置以使用 LLDB 而不是我认为很好的 GDB。

这不好。对于我们的项目，LLDB 只是拒绝附加，然后导致项目挂起而没有任何错误消息。手动切换回 GDB 即可解决问题。

您可以在“管理方案”中执行此操作

【讨论】：

【解决方案6】：

目标 -> 构建设置 -> 打包 -> 包装器扩展

值应该是app。

由于某种原因，xcode 将上面的值修改为：

项目 -> 构建设置 -> 打包 -> 产品名称

所以在我的架构中，我有一个时髦的可执行名称，比如 projectName.productName 而不是 ProductName.app

所以在你点击 command + R 之前仔细检查你的架构。

【讨论】：

【解决方案7】：

难以置信...我遇到了同样的问题，您想知道确切的原因吗？我在我的项目中添加了一个名为“contents”的“蓝色文件夹”。是的，只需在其他任何地方重命名蓝色文件夹即可解决问题。并且显然将其再次重命名为“内容”会重现问题。

希望这会有所帮助。

【讨论】：

【解决方案8】：

我尝试了有关此问题的所有主要提示，但仍然无法正常工作。然后我进入目标信息（在项目设置部分）。在“自定义 iOS 目标属性”中，旧产品名称出现在：

可执行文件
捆绑显示名称
捆绑包名称

我必须更改这些以匹配我的产品名称。然后我重置了模拟器，它工作了。

【讨论】：

【解决方案9】：

以下是 4.3.3（最终）对我有用的方法：

擦除 XCode 中的派生数据文件夹。没有明显的不良影响。

转到 Finder 并转到文件夹 -> ~/Library/Developer/Xcode/DerivedData/ (Shift-Command-G)。

希望这对尝试过其他所有方法的人有所帮助...

【讨论】：

【解决方案10】：

在此处使用 Xcode 4.3.3 修复磁盘权限解决。

【讨论】：

【解决方案11】：

对我来说，这个解决方案（和其他许多人的解决方案一样）非常奇怪和罕见。

我做的很傻：

1.- 产品 -> 编辑方案 -> 运行
2.- 点击“可执行文件名”（Whatever.app），展开选项，点击“其他”
3.- 导航到“Debug-iphonesimulator”目录并“重新选择”您原来无法使用的 What.app 文件名
4.- 尝试运行/清理您的项目。
5.- 再次针对模拟器构建并运行。

一旦我这样做了，我的 What.app 终于可以工作了 :)

（但是在这里和其他地方尝试了很多分钟后，天哪！太令人沮丧了！！）

【讨论】：

【解决方案12】：

很长一段时间以来，我都遇到了这个非常烦人的问题。我安装了 3 个不同的 XCode 版本，我不确定是否是上述解决方案都不适合我的原因。但这是我最终找到的解决方案：我没有杀死正在运行的模拟器，我只是尝试使用 Spotlight 搜索再次启动它，输入“Simu”，你应该在应用程序中找到它，然后按 Enter。由于它尚未运行，它将神奇地启动我被冻结/锁定/等待附件的应用程序。它现在非常适合我，我希望它也适用于你们中的一些（所有人？）。

顺便说一句，我用 Cmd+Space 调用 Spotlight，这样在不使用鼠标的情况下解冻模拟器非常快。

【讨论】：

【解决方案13】：

这是 XCode 4.4.0 的错误在我将 XCode 更新到 4.4.1 后，这个问题就消失了。

【讨论】：

我使用的是 XCode 4.5.1，我遇到了这个问题。

【解决方案14】：

这里提供的答案都没有帮助我。

我已将“编辑方案/信息”部分中的“启动”单选按钮设置为“等待 MyApp.app 启动”而不是默认的“自动”。

它停止挂起，现在它没有启动模拟器并在窗帘后面的日志中跟踪以下内容：

error: attach by name 'MyApp' failed
unable to create lldb_private::Process

google了一下，这个错误好像比较少见。

我不希望这个错误对于这里的所有情况都是通用的，但无论如何希望我的帖子将为讨论的问题添加一些额外的细节。

Xcode：版本 4.4.1 (4F1003)

【讨论】：

【解决方案15】：

我认为这可能是模拟器问题。如果您的应用程序是在旧模拟器上构建的，并且您尝试在旧模拟器上运行但您的 xcode 版本是新的，请尝试将您的模拟器切换到新版本

【讨论】：

【解决方案16】：

我尝试使用所有解决方案，但没有一个对我有用。当 Info.plist 设置了任何 Target Membership 时，我意识到问题出现了。

尝试检查所有名为 Info.plist 的文件的 Target Membership (Utilities) 中的所有复选框。

【讨论】：

【解决方案17】：

在 Xcode 中导航到 Product 菜单并选择 EDIT SCHEMES。

确认Launch Automatically 单选按钮被选中。

【讨论】：

【解决方案18】：

我有同样的问题。
应用程序突然挂起。重启后模拟器黑屏，模拟器挂在“Attaching to ...”

我的错误是我的代码中的以下行：

localnotification.repeatInterval = NSCalendarCalendarUnit; // Buggy, don't copy :)

可能是本地通知中的错误分配导致了奇怪的行为。

所以，这也取决于你的代码！

因此，当您尚未更改项目设置并出现此问题时，请在重置项目设置之前检查您的代码。

亚历克斯

【讨论】：

【解决方案19】：

网络链接调节器处于活动状态时，Xcode 无法附加。附加完成后尝试激活它。

【讨论】：

【解决方案20】：

如果您使用任何类型的防火墙软件（小飞贼、TCP Block 等）

确保您监控 XCODE/相关进程是否被阻止。

一旦我将所有相关进程列入白名单，“附加”问题就解决了。

【讨论】：

【解决方案21】：

在 Xcode 4.6 中。只需在 Edit Scheme 中将 Debugger 从 LLDB 更改为 GDB。

产品 > 编辑方案 > 运行

将调试器更改为 GDB

【讨论】：

【解决方案22】：

我遇到的问题是，在 Snow Leopard 10.6.8 上的 Xcode 4.2 中，当尝试使用 GDB 作为调试器时，它只会显示“正在运行...”，但实际上没有断点可以工作。事实上，应用程序的调试甚至都不会开始。

快速浏览一下 Activity Monitor 发现 gdb-i386-apple-darwin 会在 100% CPU 活动时挂起。

对我来说，解决方案是重置我高度定制的~/.gdbinit 文件（几千行长），否则当从命令行启动 gdb 时它可以正常工作。一旦我重命名该文件，GDB 就不会加载它，一切正常。

据记录，我在同一台机器上的 Xcode 3.2.6 和 Xcode 4.2 中的 gdbinit 文件弄乱了 GDB。

【讨论】：

【解决方案23】：

Xcode 4.6.3 更新（2013 年 6 月 13 日）解决了以下问题：

在 OS X 10.8.4 上的 iOS 模拟器中调试时挂起。 13722320

https://developer.apple.com/library/mac/#releasenotes/DeveloperTools/RN-Xcode/

您可以尝试更新您的 Xcode，看看是否适合您。安装新的 XCode 版本并重新启动 Xcode 后，问题就解决了。

【讨论】：

【解决方案24】：

Xcode 12.5 为我破坏了 iMessage 应用程序调试。我仍然可以调试主应用程序，但是当我激活 iMessage 应用程序的方案时，Xcode 挂起附加到应用程序。降级到 Xcode 12.4 恢复了我调试 iMessage 应用程序的能力。

【讨论】：