Objective-C类分类实现协议后主类未识别的原因及最佳实践

这其实是Objective-C编译器的类型检查逻辑决定的，咱们一步步拆解：

核心原因 #

Objective-C的分类（Category）设计目的是给已有类动态添加方法，而不是修改类的核心类型契约。编译器在处理类的类型时，只会认主类@interface里声明的信息——包括继承的父类、遵循的协议，完全不会去合并分类里的协议声明。

你在分类里写：

@interface SessionManager (SomeCategory) <SessionManagerProtocol>

这仅仅是告诉编译器：「这个分类里的方法会实现SessionManagerProtocol的要求」，但并不会改变SessionManager这个类本身的类型标识。在编译器眼里，SessionManager的实例依然不具备SessionManagerProtocol的协议类型，所以才会在调用initWithDelegate:self时抛出类型不匹配的警告。

正确的解决方式 #

1. 推荐：在主类接口中声明协议遵循 #

协议遵循属于类的核心契约，应该明确写在主类的@interface里，这是Objective-C的规范写法，也能让所有使用该类的开发者一眼看到它的能力：

@interface SessionManager : NSObject <SessionManagerProtocol>
// ...
@end

这样编译器就能正确识别类的协议遵循关系，警告自然消失。

2. 临时 workaround（不推荐） #

如果实在不想修改主类文件，可以通过类型强转绕过编译器检查，但这会隐藏潜在的类型安全问题，不建议作为长期方案：

[(SessionManager<SessionManagerProtocol> *)[SessionManager alloc] initWithDelegate:self];

总结 #

分类是用来扩展方法的，类的核心类型信息（比如协议遵循）就该放在主类接口里——既符合语言设计逻辑，也能让代码更清晰易维护。

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