如何使用 Instruments 或查看程序集确定 ARC 保留的对象？
How can I determine what objects ARC is retaining using Instruments or viewing assembly?
这个问题不是要找出谁保留了特定的对象，而是要查看探查器中显示的一段代码有过多的 retain/release 调用并弄清楚 哪个 对象负责。
我有一个 Swift 应用程序，在初始移植后 90% 的时间都花在了 retain/release 代码上。经过大量重组以避免引用对象后，我将其降低到大约 25%——但这个剩余部分很难归因。我可以看到它的给定块来自使用探查器的给定代码部分，但有时我看不到该代码中的任何内容（据我所知）会导致 retain/release。我花时间查看了两个 Instruments 中的汇编代码（在工作时使用并排视图）以及 otool -tvV 的输出，有时 retain/release 调用接近可识别的部分给我一个关于发生了什么的提示。我什至在一些地方插入了虚拟方法调用，只是为了让我更好地处理我在代码中的位置，并关闭优化以限制代码重新排序等。但在很多情况下，我似乎必须将代码追溯到跟随分支并找出堆栈中的内容以了解调用，我对 x86 不够熟悉，无法知道这是否可行。 （我将在 Instruments 中添加几个程序集视图的屏幕截图和一些 otool 输出以供下面参考）。
我的问题是 - 我还能做些什么来调试/检查/归因于这些看似过度的 retain/release 对特定代码的调用？在 Instruments 中我还能做些什么来计算这些电话吗？我玩过分配视图并打开了引用计数选项，但它似乎没有给我任何新信息（我实际上不确定它做了什么）。或者，如果我只是更努力地解释程序集，我是否应该能够弄清楚它保留了哪些对象？在这方面我应该知道任何其他工具或技巧吗？
编辑：Rob 下面关于单步进入程序集的信息正是我要找的。我还发现在 lib retain/release 调用的 XCode 中设置符号断点并将堆栈上的项目（使用 Rob 建议的 "p (id)$rdi"）记录到控制台以获得粗略计算调用次数，而不是检查每个调用。
您绝对应该关注汇编输出。我发现有两个视图最有用：Instruments 视图和 Assembly assistant editor。问题是 Swift 目前不支持 Assembly 助理编辑器（我通常在 ObjC 中做这种事情），所以我们接受你的投诉。
看起来您已经在使用调试程序集视图，它提供了一些不错的符号并且很有用，因为您可以单步执行代码并希望看到它如何映射到程序集。我还发现 Hopper 很有用，因为它可以给出更多的符号。一旦您在一个区域中有足够的 "unique-ish" 函数调用，您通常可以开始缩小程序集映射回源的方式。
我使用的另一个工具是进入保留桥并查看正在传递的对象。为此，指令步骤 (^F7) 进入对 swift_bridgeObjectRetain 的调用。届时，您可以致电：
p (id)$rdi
它应该至少打印出一些关于正在传递的内容的类型信息（$rdi 在 x86_64 上是正确的，这似乎是您正在使用的内容）。我并不总是能很好地提取更多信息。这完全取决于那里。例如，有时它是 ContiguousArrayStorage<Swift.CVarArgType>，我碰巧了解到这通常意味着它是 NSArray。我相信 LLDB 方面的专家可以更深入地挖掘，但这通常至少让我处于正确的范围内。
（顺便说一句，我不知道为什么我不能调用 p (id)$rdi before 跳进 bridgeObjectRetain，但它给出了奇怪的类型错误我。我必须进入函数调用。）
希望我有更多。 Swift 工具链还没有赶上 ObjC 工具链在 IMO 中用于跟踪此类内容的位置。
这个问题不是要找出谁保留了特定的对象，而是要查看探查器中显示的一段代码有过多的 retain/release 调用并弄清楚 哪个 对象负责。
我有一个 Swift 应用程序，在初始移植后 90% 的时间都花在了 retain/release 代码上。经过大量重组以避免引用对象后，我将其降低到大约 25%——但这个剩余部分很难归因。我可以看到它的给定块来自使用探查器的给定代码部分，但有时我看不到该代码中的任何内容（据我所知）会导致 retain/release。我花时间查看了两个 Instruments 中的汇编代码（在工作时使用并排视图）以及 otool -tvV 的输出，有时 retain/release 调用接近可识别的部分给我一个关于发生了什么的提示。我什至在一些地方插入了虚拟方法调用，只是为了让我更好地处理我在代码中的位置，并关闭优化以限制代码重新排序等。但在很多情况下，我似乎必须将代码追溯到跟随分支并找出堆栈中的内容以了解调用，我对 x86 不够熟悉，无法知道这是否可行。 （我将在 Instruments 中添加几个程序集视图的屏幕截图和一些 otool 输出以供下面参考）。
我的问题是 - 我还能做些什么来调试/检查/归因于这些看似过度的 retain/release 对特定代码的调用？在 Instruments 中我还能做些什么来计算这些电话吗？我玩过分配视图并打开了引用计数选项，但它似乎没有给我任何新信息（我实际上不确定它做了什么）。或者，如果我只是更努力地解释程序集，我是否应该能够弄清楚它保留了哪些对象？在这方面我应该知道任何其他工具或技巧吗？
编辑：Rob 下面关于单步进入程序集的信息正是我要找的。我还发现在 lib retain/release 调用的 XCode 中设置符号断点并将堆栈上的项目（使用 Rob 建议的 "p (id)$rdi"）记录到控制台以获得粗略计算调用次数，而不是检查每个调用。
您绝对应该关注汇编输出。我发现有两个视图最有用：Instruments 视图和 Assembly assistant editor。问题是 Swift 目前不支持 Assembly 助理编辑器（我通常在 ObjC 中做这种事情），所以我们接受你的投诉。
看起来您已经在使用调试程序集视图，它提供了一些不错的符号并且很有用，因为您可以单步执行代码并希望看到它如何映射到程序集。我还发现 Hopper 很有用，因为它可以给出更多的符号。一旦您在一个区域中有足够的 "unique-ish" 函数调用，您通常可以开始缩小程序集映射回源的方式。
我使用的另一个工具是进入保留桥并查看正在传递的对象。为此，指令步骤 (^F7) 进入对 swift_bridgeObjectRetain 的调用。届时，您可以致电：
p (id)$rdi
它应该至少打印出一些关于正在传递的内容的类型信息（$rdi 在 x86_64 上是正确的，这似乎是您正在使用的内容）。我并不总是能很好地提取更多信息。这完全取决于那里。例如，有时它是 ContiguousArrayStorage<Swift.CVarArgType>，我碰巧了解到这通常意味着它是 NSArray。我相信 LLDB 方面的专家可以更深入地挖掘，但这通常至少让我处于正确的范围内。
（顺便说一句，我不知道为什么我不能调用 p (id)$rdi before 跳进 bridgeObjectRetain，但它给出了奇怪的类型错误我。我必须进入函数调用。）
希望我有更多。 Swift 工具链还没有赶上 ObjC 工具链在 IMO 中用于跟踪此类内容的位置。