检测类类型需区分iskindofclass:（含子类）与ismemberofclass:（仅本类），issubclassofclass:验证类继承关系，respondstoselector:检测方法存在性，swift/ts推荐用类型转换或协议替代。
检测类（Class）类型，核心是确认对象或类本身的归属关系与能力边界。它不是简单“是不是”，而是要分清“是不是本类”“是不是子类”“有没有某个方法”等不同语义场景。用错方法容易导致逻辑偏差，尤其在多态、继承和动态调用中。
对象所属类的精确判断
区分 isKindOfClass: 和 isMemberOfClass: 是关键：
- isKindOfClass: 检查对象是否属于某类或其任意子类，适合做宽泛类型适配（如判断一个 view 是否为 UIView 或其子类实例）；
- isMemberOfClass: 严格匹配本类，不接受子类，适合需要精确类型控制的场景（如序列化前校验是否为原始模型类，而非子类扩展）；
- 注意：nil 对象调用这两个方法均返回 NO，需提前判空；
- OC 中所有类对象都继承自 NSObject，所以
[obj isKindOfClass:[NSObject class]]几乎总为 YES，慎用于泛型判断。
类与类之间的继承关系验证
用 isSubclassOfClass: 判断类层级关系，常用于框架扩展或插件兼容性检查：
- 语法为
[ChildClass isSubclassOfClass:[ParentClass class]]，返回 BOOL； - 它只对类对象有效，不能传入实例；
- 注意：
[ParentClass isSubclassOfClass:[ParentClass class]]返回 YES（自身视为子类），但[ParentClass isSubclassOfClass:[NSObject class]]才体现真实继承链； - 无法跨模块可靠判断（尤其使用 category 或 runtime 动态添加的类），建议配合模块标识或协议约束。
方法存在性的安全检测
避免因方法不存在而崩溃，必须先检测再调用：
- respondsToSelector: 针对实例对象，检查该实例能否响应某个 selector（包括继承来的）；
-
instancesRespondToSelector: 针对类对象，检查该类的所有实例是否支持某方法（含类方法需用
class/respondsToSelector:单独测）； - selector 必须是已声明或动态注册的，未实现但声明了的 @optional 协议方法也能被检测到；
- 带参数的方法需完整写出签名，例如
@selector(setName:)，漏掉冒号会检测失败。
跨语言与现代替代建议
Objective-C 的类型检测机制在 Swift 或 TypeScript 中已有更静态、更安全的表达方式：
- Swift 中优先用
as?/as!类型转换 + 可选绑定，比 respondsToSelector 更清晰； - TypeScript 编译期即检查类结构与方法签名，运行时一般无需手动检测，除非涉及 any 或第三方库；
- 纯 OC 项目中，若大量使用 respondsToSelector，建议封装成工具宏或 Category 方法，统一处理 nil 和 selector 构建逻辑；
- 避免嵌套多层 isKindOfClass 判断，可考虑用 protocol + conformsToProtocol: 替代，语义更明确、解耦更强。
