gpt4 book ai didi

performance - 如何使用 Instruments 或查看程序集确定 ARC 保留的对象?

转载 作者:可可西里 更新时间:2023-11-01 01:39:24 27 4
gpt4 key购买 nike

这个问题不是要找出谁保留了特定的对象,而是要查看探查器中显示的一段代码是否有过多的保留/释放调用,并找出哪些对象是负责的。

我有一个 Swift 应用程序,在初始移植后 90% 的时间都花在保留/发布代码上。经过大量重组以避免引用对象后,我将其降低到大约 25%——但这个剩余部分很难归因。我可以看到它的给定 block 来自使用探查器的给定代码部分,但有时我看不到该代码中的任何内容(据我所知)应该导致保留/释放。我花时间查看了两种 Instruments 中的汇编代码(在工作时并排查看)以及 otool -tvV 的输出,有时保留/释放调用的接近度一个可识别的部分给我一个提示,告诉我发生了什么。我什至在一些地方插入了虚拟方法调用,只是为了让我更好地处理我在代码中的位置,并关闭优化以限制代码重新排序等。但在很多情况下,我似乎必须将代码追溯到跟随分支并找出堆栈中的内容以了解调用,我对 x86 不够熟悉,无法知道这是否可行。 (我将在 Instruments 中添加几个程序集 View 的屏幕截图和一些 otool 输出以供下面引用)。

我的问题是——我还能做些什么来调试/检查/归因于对特定代码的这些看似过多的保留/释放调用?在 Instruments 中我还能做些什么来计算这些电话吗?我玩过分配 View 并打开了引用计数选项,但它似乎没有给我任何新信息(我实际上不确定它做了什么)。或者,如果我只是更努力地解释程序集,我是否应该能够弄清楚它保留了哪些对象?在这方面我应该了解其他任何工具或技巧吗?

Instruments assembly view otool assembly view

编辑:Rob 下面关于单步进入程序集的信息正是我要找的。我还发现在 XCode 中的 lib retain/release 调用上设置一个符号断点并将堆栈上的项目(使用 Rob 建议的“p (id)$rdi”)记录到控制台以粗略计数很有用调用了多少调用而不是检查每个调用。

最佳答案

您一定要关注汇编输出。我发现有两个 View 最有用:Instruments View 和 Assembly assistant editor。问题是 Swift 目前不支持 Assembly 助理编辑器(我通常在 ObjC 中做这种事情),所以我们接受了你的投诉。

看起来您已经在使用调试程序集 View ,它提供了一些不错的符号并且很有用,因为您可以单步执行代码并希望看到它如何映射到程序集。我也找到了 Hopper很有用,因为它可以给出更多的符号。一旦您在一个区域中有足够多的“独特”函数调用,您通常可以开始缩小程序集映射回源的方式。

我使用的另一个工具是进入保留桥并查看正在传递的对象。为此,指令步骤 (^F7) 进入对 swift_bridgeObjectRetain 的调用。 .那时,您可以调用:

p (id)$rdi

它应该至少打印出一些关于正在传递的内容的类型信息( $rdi 在 x86_64 上是正确的,这似乎是您正在使用的)。我并不总是能很好地提取更多信息。这完全取决于那里。例如,有时它是 ContiguousArrayStorage<Swift.CVarArgType> ,我碰巧了解到这通常意味着它是一个 NSArray .我敢肯定 LLDB 方面更好的专家可以更深入地挖掘,但这通常至少让我处于正确的范围内。

(顺便说一句,我不知道为什么我不能调用 p (id)$rdi before 跳进 bridgeObjectRetain ,但它给了我奇怪的类型错误。我必须进入函数打电话。)

希望我有更多。 Swift 工具链还没有 catch ObjC 工具链用于跟踪此类 IMO 的位置​​。

关于performance - 如何使用 Instruments 或查看程序集确定 ARC 保留的对象?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31767177/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com