iOS运行时方法交换原理与风险.pdfVIP

34-iOS黑魔法RuntimeMethodSwizzling背后的原理

你好，我是

提到Object-C中的Runtime，你可能一下就想到了iOS的黑魔法MethodSwizzling。毕竟，这个黑魔法可以帮

助我们在运行时进行方法交换，或者在原方法执行之前自定义方法，以保证在业务面向对象编程方式不

被改变的情况下，进行切面功能的开发。但是，运行时进行方法交换同时也会带来一定的风险。所以，今天

我就来和你详细聊聊RuntimeMethodSwizzling的原理。

RuntimeMethodSwizzling编程方式，也可以叫作AOP（Aspect-OrientedProgramming，面向切面编

程）。

AOP是一种编程范式，也可以说是一种编程思想，使用AOP可以解决OOP（ObjectOriented

Programming，面向对象编程）由于切面需求导致单一职责被破坏的问题。通过AOP可以不侵入OOP开

发，非常方便地切面需求功能。

比如，我在专栏第9篇文章中介绍无侵入方案时，就提到了通过AOP在不侵入原有功能代码的情况下

收集的功能。

除此之外，还有一些主业务无关的逻辑功能，也可以通过AOP来完成，这样主业务逻辑就能够满足OOP单

一职责的要求。而如果没有使用AOP，鉴于OOP的局限性，这些与主业务无关的代码就会到处都是，增大了

工作量不说，还会加大成本。

但是我们也知道，iOS在运行时进行AOP开发会有风险，不能简单地使用Runtime进行方法交换来实现

AOP开发。因此，我今天就来跟你说下直接使用Runtime方法交换开发的风险有哪些，而安全的方法交换原

理又是怎样的？

直接使用Runtime方法交换开发的风险有哪些？

Objective-C是门动态语言，可以在运行时做任何它能做的事情。这其中的功劳离不开Runtime这个库。正

因为如此，Runtime成为了iOS开发中Objective-C和C的分水岭。

Runtime不光能够进行方法交换，还能够在运行时处理Objective-C特性相关（比如类、成员函数、继承）

的增删改操作。

苹果公司已经开源了Runtime，在上有可编译的Runtime开源版本。你可以通过(@halfrost)

博客的三篇Runtime文章，即isa和Class、消息发送与转发，以及如何正确使用Runtime，来一边学边

调试。

直接使用Runtime进行方法交换非常简单，代码如下：

#importSMHook.h

#importobjc/runtime.h

@implementationSMHook

+(void)hookClass:(Class)classObjectfromSelector:(SEL)fromSelectortoSelector:(SEL)toSelector

{Classclass=classObject;

//得到被交换类的实例⽅法

MethodfromMethodclass_getInstanceMethod(class,fromSelector);

//得到交换类的实例⽅法

MethodtoMethodclass_getInstanceMethod(class,toSelector);

//class_addMethod()函数返回成功表⽰被交换的⽅法没实现，然后会通过class_addMethod()函数先实现；返回失败则表⽰被交

if(class_addMethod(class,fromSelector,method_getImplementation(toMethod),method_getTypeEncoding(toMe

//进⾏⽅法的交换

class_receMethod(class,toSelector,method_getImplementation(fromMethod),method_getTypeEncoding

}else{

//交换IMP指针

method_eImplementations(fromMethod,toMethod);

}

}

@en