您还可以在这里使用协议。因此，创建一个这样的协议:

@protocol MyProtocol
-(void)doSomethingWithObject:(id)object;
@end

在需要调用选择器的类中，有一个@属性。

@interface MyObject
    @property (strong) id<MyProtocol> source;
@end

当你需要在MyObject的实例中调用@selector(doSomethingWithObject:)时，这样做:

[self.source doSomethingWithObject:object];

在编译器允许覆盖警告之前，可以使用运行时作为一种变通方法。

你需要标题:

#import <objc/message.h>

然后试试下面的方法:

// For strict compilers.
((id(*)(id,SEL))objc_msgSend)(_controller, sel_getUid("someMethod"));

OR

// Old answer's code:
objc_msgSend(_controller, NSSelectorFromString(@"someMethod"));

而不是:

[_controller performSelector:NSSelectorFromString(@"someMethod")];

下面是基于上面给出的答案更新的宏。这应该允许您使用return语句来包装代码。

#define SUPPRESS_PERFORM_SELECTOR_LEAK_WARNING(code)                        \
    _Pragma("clang diagnostic push")                                        \
    _Pragma("clang diagnostic ignored \"-Warc-performSelector-leaks\"")     \
    code;                                                                   \
    _Pragma("clang diagnostic pop")                                         \


SUPPRESS_PERFORM_SELECTOR_LEAK_WARNING(
    return [_target performSelector:_action withObject:self]
);

我的猜测是这样的:因为选择器对编译器是未知的，ARC不能强制执行适当的内存管理。

事实上，有时内存管理通过特定的约定与方法的名称绑定在一起。具体来说，我在考虑方便构造函数和make方法;前者按照约定返回一个自动释放的对象;后者是一个保留对象。该约定基于选择器的名称，因此如果编译器不知道选择器，那么它就不能强制执行正确的内存管理规则。

如果这是正确的，我认为你可以安全地使用你的代码，只要你确保内存管理一切正常(例如，你的方法不返回它们分配的对象)。

您还可以在这里使用协议。因此，创建一个这样的协议:

@protocol MyProtocol
-(void)doSomethingWithObject:(id)object;
@end

在需要调用选择器的类中，有一个@属性。

@interface MyObject
    @property (strong) id<MyProtocol> source;
@end

当你需要在MyObject的实例中调用@selector(doSomethingWithObject:)时，这样做:

[self.source doSomethingWithObject:object];

奇怪但事实是:如果可以接受(即result为void并且你不介意让runloop循环一次)，添加一个延迟，即使这是零:

[_controller performSelector:NSSelectorFromString(@"someMethod")
    withObject:nil
    afterDelay:0];

这删除了警告，大概是因为它向编译器保证没有对象可以返回，并且在某种程度上管理不当。