子类重声明方法返回类型未实现，如何消除Xcode对应警告？

这个问题其实是Xcode静态分析器的一个小盲区——虽然你的代码完全合法（Objective-C允许协变返回类型/参数类型的方法重声明），但编译器没自动关联到父类的实现。下面给你几个精准解决的方案，不用全局关闭警告，也不用写冗余代码：

核心解决方案：用@dynamic告诉编译器方法由父类实现 #

@dynamic原本是用来告诉编译器属性的getter/setter由运行时提供，但它同样适用于普通方法——添加后，编译器就会停止在当前类中查找方法实现，转而认可父类（或其他运行时来源）的实现。

1. 基础返回类型协变场景（Test.h/Test.m示例） #

在子类的@implementation中添加@dynamic 方法名;即可：

// Test.m
@implementation GroupA
@dynamic item; // 告诉编译器item方法的实现由父类提供
@end

2. Block参数协变场景（BlockTest示例） #

同样给重声明的方法加上@dynamic：

// BlockTest.m
@implementation GroupA
@dynamic loadItemWithCompletionHandler:;
// 这里可以正常实现-item方法，不影响
@end

这里父类的私有方法参数是Item *，子类重声明为ItemA *属于参数类型协变（子类兼容父类），Objective-C是允许的，@dynamic能让编译器正确识别父类的实现。

3. 重声明系统方法为精准类型场景（Subclass示例） #

对于像copy这种系统类实现的方法，子类重声明返回类型为instancetype时，同样用@dynamic：

// Subclass.m
@implementation Subclass
@dynamic copy;
@end

为什么这个方案比调用super更好？ #

如果你写- (ItemA *)item { return [super item]; }，虽然能消除警告，但这确实是冗余代码——哪怕编译器会优化掉这个调用，也不如@dynamic简洁直接，而且@dynamic明确传达了“这个方法的实现不在当前类”的意图，代码可读性更强。

补充说明 #

这种协变类型的方法重声明是完全符合Objective-C语言规范的，只是Xcode的静态分析没有自动识别父类实现与子类声明的兼容性。用@dynamic是最轻量化的精准解决方式，既不会影响其他警告的正常触发，也没有冗余代码的问题。

内容的提问来源于stack exchange，提问作者Dimitri Bouniol