重新认识 Method Swizzling

method_exchangeImplementations

Apple Developer Documentation

https://developer.apple.com/documentation/objectivec/1418769-method_exchangeimplementations?language=objc

1. 如果是类簇，类名要正确

2. 如果是类方法，要使用object_getClass获得元类

3. 如果子类方法交换时该方法仅存在于父类，因为class_getInstanceMethod会搜索superclass，直接执行method_exchangeImplementations会使得父类的方法会替换，不符合预期，甚至会crash。

4. 偶数次执行相同的method_exchangeImplementations导致交换无效，如需保证仅执行一次则使用dispatch_once。

5. 同样，可以使用method_exchangeImplementations恢复方法交换。

6. 如果有多次不同的selector执行了method_exchangeImplementations，则实际调用顺序与swizzle的顺序相反。

7. 如果swizzledMethod写在分类里，请使用特定的前缀保证不会导致分类方法覆盖。

8. 如果originalMethod和swizzledMethod不在同一个originalClass中，则需要先通过class_addMethod将swizzledMethod加到originalClass中。

9. 如非直接替换，则在swizzledMethod中应调用原生方法originalMethod的实现。由于方法已替换，所以代码上调用的是swizzledSelector。

10. 方法交换适用于类方法或者所有实例的实例方法，如需仅对指定实例生效，可使用Aspect。

11. 方法交换由于selector不同，会导致_cmd不同。

class_addMethod与class_replaceMethod

Method Swizzling

如果轻轻一按就能摧毁整个世界的话 你会怎么做 如果所有人都变贫穷能让你变得富有的话 你会怎么做？ 如果你能不用工作，只需要监视别人工作的话 你会怎么做？ 如果你不予回报就能拥有所有的爱 你会怎么做？ 在这样的权利下我们迷失了自己并对自己的行为全然不知 这时你会怎么做？ The Flaming Lips, "The Yeah Yeah Yeah Song (With All Your Power)" 在上周的 associated objects 文章中，我们开始探索了 Objective-C 的运行时黑魔法。这周我们将会继续深入讨论 Objective-C 的运行时中最具争议的黑魔法：method swizzling。 Method swizzling 用于改变一个已经存在的 selector 的实现。这项技术使得在运行时通过改变 selector 在类的消息分发列表中的映射从而改变方法的掉用成为可能。例如：我们想要在一款 iOS app 中追踪每一个视图控制器被用户呈现了几次： 这可以通过在每个视图控制器的 viewDidAppear: 方法中添加追踪代码来实现，但这样会大量重复的样板代码。继承是另一种可行的方式，但是这要求所有被继承的视图控制器如 UIViewController, UITableViewController, UINavigationController 都在 viewDidAppear：实现追踪代码，这同样会造成很多重复代码。 幸运的是，这里有另外一种可行的方式：从

https://nshipster.cn/method-swizzling/

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);
}

JRSwizzle

rentzsch/jrswizzle

JRSwizzle is source code package that offers a single, easy, correct+consistent interface for exchanging Objective-C method implementations ("method swizzling") across many versions of Mac OS X, iOS, Objective-C and runtime architectures. More succinctly: JRSwizzle wants to be your one-stop-shop for all your method swizzling needs.

https://github.com/rentzsch/jrswizzle

class_addMethod(self,
				origSel_,
				class_getMethodImplementation(self, origSel_),
				method_getTypeEncoding(origMethod));
class_addMethod(self,
				altSel_,
				class_getMethodImplementation(self, altSel_),
				method_getTypeEncoding(altMethod));

method_exchangeImplementations(class_getInstanceMethod(self, origSel_), class_getInstanceMethod(self, altSel_));

IMPPointer

Objective-C Method Swizzling

Objective-C 中的 Hook 又被称作 Method Swizzling，这是动态语言大都具有的特性。在 Objective-C 中经常会把 Hook 的逻辑写在 + load 方法中，这是利用它调用时机较提前等性质。 有时候需要 Hook 子类和父类的同一个方法，但是它们的 + load 方法调用顺序不同。一个常见的顺序可能是：父类->子类->子类类别->父类类别。所

http://yulingtianxia.com/blog/2017/04/17/Objective-C-Method-Swizzling/

typedef IMP *IMPPointer;

static void MethodSwizzle(id self, SEL _cmd, id arg1);
static void (*MethodOriginal)(id self, SEL _cmd, id arg1);

static void MethodSwizzle(id self, SEL _cmd, id arg1) {
    // do custom work
    MethodOriginal(self, _cmd, arg1);
}

BOOL class_swizzleMethodAndStore(Class class, SEL original, IMP replacement, IMPPointer store) {
    IMP imp = NULL;
    Method method = class_getInstanceMethod(class, original);
    if (method) {
        const char *type = method_getTypeEncoding(method);
        imp = class_replaceMethod(class, original, replacement, type);
        if (!imp) {
            imp = method_getImplementation(method);
        }
    }
    if (imp && store) { *store = imp; }
    return (imp != NULL);
}

RSSwizzle

rabovik/RSSwizzle

Safe method swizzling done right. Classical method swizzling with method_exchangeImplementations is quite simple, but it has a lot of limitations: It is safe only if swizzling is done in the +load method. If you need to swizzle methods during application's lifetime you should take into account that third-party code may do swizzling of the same method in another thread at the same time.

https://github.com/rabovik/RSSwizzle/

1. 线程不安全

2. 在swizzle的时候如果方法不存在，从父类复制实现到子类。会导致父类的方法替换无效。

3. 方法交换导致_cmd变化

4. 替换方法的selector存在命名冲突的可能

开发者头条

为什么有这篇博文 不知道何时开始iOS面试开始流行起来询问什么是 Runtime，于是 iOSer 一听 Runtime 总是就提起 MethodSwizzling，开口闭口就是黑科技。但其实如果读者留意过C语言的 Hook 原理其实会发现所谓的钩子都是框架或者语言的设计者预留给我们的工具，而不是什么黑科技，MethodSwizzling 其实只是一个简单而有趣的机制罢了。然而就是这样的机制，在日常中却总能成为万能药一般的被肆无忌惮的使用。 很多 iOS 项目初期架构设计的不够健壮，后期可扩展性差。于是 iOSer 想起了 MethodSwizzling 这个武器，将项目中一个正常的方法 hook 的满天飞，导致项目的质量变得难以控制。曾经我也爱在项目中滥用 MethodSwizzling，但在踩到坑之前总是不能意识到这种糟糕的做法会让项目陷入怎样的险境。于是我才明白学习某个机制要去深入的理解机制的设计，而不是跟风滥用，带来糟糕的后果。最后就有了这篇文章。 在 iOS 平台常见的 hook 的对象一般有两种： 对于 C/C+ +的 hook 常见的方式可以使用 facebook 的fishhook框架，具体原理可以参考深入理解Mac OS X & iOS 操作系统这本书。 对于 Objective-C Methods 可能大家更熟悉一点，本文也只讨论这个。 相信很多人使用过 JRSwizzle 这个库，或者是看过 http://nshipster.cn/method-swizzling/ 的博文。 上述的代码简化如下。 + (BOOL)jr_swizzleMethod:(SEL)origSel_

https://toutiao.io/posts/98gybd/preview

Apple Developer Documentation

https://developer.apple.com/documentation/objectivec/1418677-class_replacemethod

The previous implementation of the method identified by name for the class identified by cls.

if (NULL == imp){
    // If the class does not implement the method
    // we need to find an implementation in one of the superclasses.
    Class superclass = class_getSuperclass(classToSwizzle);
    imp = method_getImplementation(class_getInstanceMethod(superclass,selector));
}