Question

当我使用仪器分配工具分析世代时，我有以下代码给我一个泄漏。

SEL sel = NSSelectorFromString(self.selector);

NSInvocation* invocation = [ NSInvocation invocationWithMethodSignature:[ self.target methodSignatureForSelector:sel ] ];

[ invocation setTarget:self.target ];
[ invocation setSelector:sel ];

[ invocation invoke ];

代码不检查返回值。有一些调用会返回对象，但这些调用只是被忽略了。

泄漏指向[NSMethodSignature methodSignatureForSelector]的调用。堆栈在此函数中显示一个48字节泄漏的calloc调用。

因为，我正在使用ARC，我的假设是这些缓冲区会自动被垃圾收集。但是有一个泄漏。在分配工具中最接近堆栈顶部的最后一个符号函数是

+[ NSMethodSignature signatureWithObjCTypes ]

这些在代码执行期间被称为数千次，并且泄漏正在堆积。任何帮助追踪这一点将不胜感激。

我的流程：我使用了仪器 - 分配，检查了重新计数，然后运行了两代。分配工具允许您深入研究一代，然后选择在生成期间已分配（并且未释放）的缓冲区，然后您可以深入查看其重新计数历史记录。如果最后一个条目有引用计数，那么您可能有泄漏。现在只需要推断是否存在导致此对象泄漏的强循环。

Answer 1

编译器抱怨内存泄漏，但如果选择器返回void，则不会泄漏内存。看看这个discussion

尝试使用它：

[self.target performSelector:sel object:nil afterDelay:0.0];

Answer 2

正如@Basheer_CAD所引用的主题所示，我将所有返回对象的NSInvocations更改为现在返回void。但它对泄漏没有任何影响。此外，分配工具似乎明确指出methodForSignature是罪魁祸首而不是调用的返回值。然后，我决定再运行几代，现在显然泄漏的次数减少了。在第3代，没有更多的泄漏。所以看起来这个泄漏与是否存在NSInvocation的返回对象无关。看起来methodSignatureForSelector正在分配一个48字节的缓冲区，并且这个缓冲区是针对Class对象缓存的。缓存可能服务于对相同方法签名的重复调用。我将忽略这种泄漏，因为它几代后就没有显示出来，并且会计算它对某种缓存的影响。因此，如果出现这些泄漏，解决问题的最佳方法是运行几代，直到它再也无法显示。

methodSignatureForSelector上的内存泄漏

2 个答案: