Method Swizzling是一种通过运行时机制动态交换方法实现的Objective-C技术，其核心原理是利用Runtime的method_exchangeImplementations函数交换两个方法的SEL（方法选择器）与IMP（方法实现）的映射关系，该技术常用于AOP编程、Hook系统方法或第三方库方法，实现无侵入式的功能扩展（如日志统计、异常监控等）。 ，Method Swizzling存在显著风险：1）多次交换可能导致调用混乱；2）破坏类的封装性，若父类与子类同时交换相同方法可能引发不可控行为；3）线程安全问题，交换过程中若被其他线程调用可能崩溃，实践中需严格遵循单次交换、检查方法是否存在、调用原始实现等规范，并优先考虑继承或分类等替代方案以降低风险。

Method Swizzling 是 Objective-C 运行时（Runtime）的一项强大技术，它允许开发者在运行时动态交换两个方法的实现，这项技术在 iOS/macOS 开发中常用于 AOP（面向切面编程）、调试、日志记录等场景，由于其涉及底层运行时机制，如果使用不当，可能导致难以排查的 Bug 甚至程序崩溃，本文将深入探讨 Method Swizzling 的原理、常见应用场景、实现方式以及潜在风险，帮助开发者正确使用这一技术。

---

Method Swizzling 的原理

1 Objective-C 的消息机制

Objective-C 的方法调用本质上是向对象发送消息（Message Passing），运行时系统会根据对象的类结构查找对应的方法实现（IMP），每个类都有一个方法列表（method_list_t），其中存储了方法名（SEL）和对应的实现（IMP）。

2 Method Swizzling 的核心思想

Method Swizzling 的核心在于利用 Objective-C 的运行时 API（如 class_getInstanceMethod、method_exchangeImplementations）交换两个方法的 IMP。

Method originalMethod = class_getInstanceMethod([self class], @selector(viewDidLoad));
Method swizzledMethod = class_getInstanceMethod([self class], @selector(swizzled_viewDidLoad));
method_exchangeImplementations(originalMethod, swizzledMethod);

这样,当调用 viewDidLoad 时，实际执行的是 swizzled_viewDidLoad，反之亦然。

3 运行时方法替换的底层实现

在底层,method_exchangeImplementations 会修改类的 method_list，使两个方法的 IMP 指针互换，由于 Objective-C 的动态性，这一操作不会影响编译期的代码逻辑，但会改变运行时的行为。

---

Method Swizzling 的常见应用

1 日志记录与调试

通过 Swizzling viewDidAppear:、tableView:didSelectRowAtIndexPath: 等方法，可以在不修改原有代码的情况下插入日志逻辑：

- (void)swizzled_viewDidAppear:(BOOL)animated {
    NSLog(@"%@ - viewDidAppear", NSStringFromClass([self class]));
    [self swizzled_viewDidAppear:animated]; // 实际调用原方法
}

2 行为监控与 AOP

在大型项目中,可以利用 Swizzling 实现无侵入式的埋点统计，例如统计页面停留时长、按钮点击事件等。

3 修复第三方库的 Bug

如果某个第三方库的方法存在 Bug，但无法直接修改源码，可以通过 Swizzling 替换其实现，提供修复逻辑。

4 实现 Hook 机制

在安全分析、逆向工程中，Method Swizzling 常用于 Hook 系统方法，例如监控网络请求（NSURLSession）、文件操作等。

---

Method Swizzling 的实现方式

1 基本实现

+ (void)load {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        Class class = [self class];
        SEL originalSelector = @selector(viewDidLoad);
        SEL swizzledSelector = @selector(swizzled_viewDidLoad);
        Method originalMethod = class_getInstanceMethod(class, originalSelector);
        Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);
        BOOL didAddMethod = class_addMethod(
            class,
            originalSelector,
            method_getImplementation(swizzledMethod),
            method_getTypeEncoding(swizzledMethod)
        );
        if (didAddMethod) {
            class_replaceMethod(
                class,
                swizzledSelector,
                method_getImplementation(originalMethod),
                method_getTypeEncoding(originalMethod)
            );
        } else {
            method_exchangeImplementations(originalMethod, swizzledMethod);
        }
    });
}

2 注意事项

1. 在 +load 方法中执行：确保 Swizzling 在类初始化时完成。
2. 使用 dispatch_once：避免多次交换导致逻辑混乱。
3. 检查方法是否存在：如果原方法未实现，直接交换可能导致 Crash。
4. 处理继承关系：子类可能未实现父类方法，需使用 class_addMethod 动态添加。

---

Method Swizzling 的风险与最佳实践

1 潜在风险

1. 命名冲突：自定义的 Swizzled 方法可能与其他分类冲突。
2. 线程安全问题：多线程环境下，方法交换可能导致不可预知的行为。
3. 破坏原有逻辑：某些系统方法（如 dealloc）的 Swizzling 可能导致内存问题。
4. 调试困难：方法调用栈变得混乱，增加 Debug 难度。

2 最佳实践

1. 尽量少用 Swizzling：优先考虑继承、Delegate 或 Notification 等方案。
2. 封装 Swizzling 逻辑：使用工具类统一管理，避免散落在各处。
3. 添加日志：在 Swizzled 方法中记录调用信息，便于排查问题。
4. 单元测试覆盖：确保交换后的方法逻辑正确。

---

替代方案

Swizzling 的风险过高，可以考虑以下替代方案：

• 使用 NSProxy 进行消息转发：适用于代理模式。
• 基于 objc_msgSend 的 Hook（如 fishhook）：适用于 C 函数。
• 依赖注入：通过设计模式避免直接修改方法。

---

Method Swizzling 是 Objective-C 运行时的一项强大技术，能够实现无侵入式的代码修改，适用于日志、监控、AOP 等场景，其风险也不容忽视，开发者应谨慎使用，并遵循最佳实践，在 Swift 中，由于语言安全性的增强，Swizzling 的使用更加受限，推荐优先考虑 Protocol、Extension 等更安全的方式。

正确理解其原理和适用场景,才能让 Method Swizzling 成为开发中的利器，而非隐患。