引言
Objective-C 的 Key-Value Coding (KVC) 是一个极其强大的特性，它允许我们通过字符串名称间接访问对象的属性。无论是字典转模型、动态赋值，还是配合 KVO 实现数据绑定，KVC 都扮演着核心角色。然而，这种"通过字符串找属性"的魔法背后，离不开 Objective-C Runtime 的强大支撑。
今天，我们就来深入剖析 KVC 在底层究竟依赖了 Runtime 的哪些能力，以及这些依赖是如何共同构建 KVC 动态特性的。
一、KVC 查找顺序回顾
在深入 Runtime 之前，我们先快速回顾一下 KVC 访问属性时的查找顺序。这个顺序是 KVC 内部逻辑的基础：
1. setValue:forKey: 的查找顺序
KVC 会尝试按以下顺序查找并执行：
set<Key>:方法_key实例变量_isKey实例变量key实例变量isKey实例变量
2. valueForKey: 的查找顺序
KVC 会尝试按以下顺序查找并执行：
get<Key>方法<key>方法is<Key>方法_key实例变量_isKey实例变量key实例变量isKey实例变量
了解了这些顺序，我们就能更好地理解 Runtime 在其中扮演的角色。
二、KVC 核心 Runtime 依赖解析
KVC 的动态查找和访问机制，正是通过一系列 Runtime API 来实现的。以下是 KVC 底层依赖的关键 Runtime 能力：
1. class_getInstanceMethod 与 objc_msgSend：动态查找与调用方法
当 KVC 尝试查找 set<Key>:、get<Key>、<key> 或 is<Key> 等方法时，它并不会在编译期硬编码这些方法的调用。相反，它会在运行时动态地进行查找和调用。
class_getInstanceMethod(Class cls, SEL name)：这个函数用于在指定的类cls中查找名为name的实例方法。如果找到，它会返回一个Method结构体，其中包含了方法的实现（IMP）。objc_msgSend(id self, SEL op, ...)：这是 Objective-C 消息发送的核心函数。一旦 KVC 找到了对应的方法（通过class_getInstanceMethod或其他方式），它就会使用objc_msgSend来动态地向对象发送消息，执行该方法。
伪代码示例：
objective-c
// KVC 内部查找 setter 的近似逻辑
SEL setterSelector = NSSelectorFromString([NSString stringWithFormat:@"set%@:", [key capitalizedString]]);
Method setterMethod = class_getInstanceMethod([self class], setterSelector);
if (setterMethod) {
// 如果找到 setter 方法，就通过消息发送调用它
((void (*)(id, SEL, id))objc_msgSend)(self, setterSelector, value);
return;
}2. class_getInstanceVariable：按名称查找实例变量
当 KVC 未能找到对应的 setter/getter 方法，并且 +accessInstanceVariablesDirectly 返回 YES 时，它会尝试直接访问实例变量（Ivar）。
class_getInstanceVariable(Class cls, const char *name)：这个函数用于在指定的类cls中，根据 C 字符串name查找对应的实例变量。它会返回一个Ivar结构体，代表了该实例变量。
KVC 会按照 _key → _isKey → key → isKey 的顺序，逐一尝试使用 class_getInstanceVariable 来查找匹配的实例变量。
伪代码示例：
objective-c
// KVC 内部查找实例变量的近似逻辑
const char *ivarNames[] = {
[NSString stringWithFormat:@"_%@", key].UTF8String,
[NSString stringWithFormat:@"_is%@", [key capitalizedString]].UTF8String,
key.UTF8String,
[NSString stringWithFormat:@"is%@", [key capitalizedString]].UTF8String
};
Ivar targetIvar = NULL;
for (int i = 0; i < 4; i++) {
targetIvar = class_getInstanceVariable([self class], ivarNames[i]);
if (targetIvar) {
break;
}
}3. object_setIvar 与 object_getIvar：直接读写实例变量内存
一旦 KVC 通过 class_getInstanceVariable 找到了目标实例变量 Ivar，它就可以绕过任何方法调用，直接对该实例变量的内存进行读写操作。
object_setIvar(id obj, Ivar ivar, id value)：直接将value写入对象obj中ivar所指向的内存位置。object_getIvar(id obj, Ivar ivar)：直接从对象obj中ivar所指向的内存位置读取值。
伪代码示例：
objective-c
// 承接上文找到 targetIvar 后
if (targetIvar) {
// 直接写入内存
object_setIvar(self, targetIvar, value);
// 或者直接读取内存
id ivarValue = object_getIvar(self, targetIvar);
return ivarValue;
}这正是 KVC 能够"操作私有成员变量"的根本原因------它直接操作了对象的内存布局，绕过了 Objective-C 的封装性。
4. NSSelectorFromString：运行时字符串到选择器的转换
KVC 的所有查找都是基于字符串的。它需要将一个普通的字符串 key 动态地转换为方法选择器（SEL）或 C 字符串（const char *）以便 Runtime API 使用。
NSSelectorFromString(NSString *aSelectorName)：将一个NSString转换为SEL类型，这是进行消息发送和方法查找的必要步骤。
示例：
objective-c
NSString *key = @"name";
// 动态构造 setter 选择器
SEL setterSelector = NSSelectorFromString([NSString stringWithFormat:@"set%@:", [key capitalizedString]]);
// 动态构造 getter 选择器
SEL getterSelector = NSSelectorFromString(key);三、KVC 的动态特性与设计哲学
KVC 对 Runtime 的依赖，赋予了它以下核心动态特性：
- 运行时绑定：KVC 的属性访问不是在编译期确定的，而是在程序运行时动态查找和绑定的。这使得代码更加灵活，能够适应变化。
- 突破封装：通过直接访问实例变量的能力，KVC 可以在必要时绕过对象的封装性，直接操作内部状态。这在某些框架级或工具级代码中非常有用，但也需要谨慎使用，以免破坏对象的一致性。
- 无需硬编码 ：开发者无需在代码中显式地编写大量的
if-else或switch语句来匹配属性名，KVC 自动处理了这些逻辑。 - 反射能力：KVC 使得 Objective-C 对象具备了一定程度的反射能力，可以根据字符串名称动态地获取和设置属性。
这种设计哲学体现了 Objective-C 的强大之处：在提供面向对象特性的同时，也保留了 C 语言的底层控制能力和 Smalltalk 风格的动态性。KVC 正是这种动态性的一个典型代表。
四、总结
KVC 并非魔法，其底层机制清晰而强大。它巧妙地结合了 Objective-C Runtime 的以下核心能力：
class_getInstanceMethod+objc_msgSend：用于动态查找和调用方法（setter/getter）。class_getInstanceVariable：用于按名称查找实例变量。object_setIvar/object_getIvar：用于直接读写实例变量的内存。NSSelectorFromString：用于将字符串动态转换为方法选择器。
理解这些底层依赖，不仅能帮助我们更深入地掌握 KVC 的工作原理，也能在遇到相关问题时，更有效地进行调试和排查。同时，也让我们对 Objective-C 语言的动态性和灵活性有了更深刻的认识。