Swift与Objective-C的动态性分析

Objective-C最大的特性无疑是其的动态性,可以利用OC的动态性能够获得一个类的方法和属性,从而实现灵活的程序,但Swift是否也包含了runtime机制呢?

下面我们将从纯Swift的类和继承OC的Swift类来阐述Swift的runtime机制。


用例分析:

1、获取类的方法,属性

Swift的类:TestASwithClass

Swift与Objective-C的动态性分析_第1张图片
TestASwithClass 纯Swift类

Objective-C的类:TestSwiftClass继承UIViewController继承NSObject

Swift与Objective-C的动态性分析_第2张图片
TestSwiftClass OC类

动态性最重要的一点就是拿到某个类的方法和属性,使用如下的方法打印类的方法和属性

提供出来测试TestASwithClass、TestSwiftClass类的测试函数(方法):

Swift与Objective-C的动态性分析_第3张图片
测试函数

调用showClsRuntime打印方法

Swift与Objective-C的动态性分析_第4张图片
调用showClsRuntime

打印如下:

Swift与Objective-C的动态性分析_第5张图片
测试结果

结果分析:

对于纯Swift的TestASwithClass来说任何方法、属性都未获取到。

对于TestSwiftClass来说除testReturnTuple、testReturnVoidWithaCharacter两个方法外,其他的都获取成功了。

这是为什么呢?

1:纯Swift类的函数调用已经不是OC那样的运行时消息了,而是类似C++似得vtable,在编译时就确定了调用那个函数了。

2:而TestSwiftClass继承自UIViewController也就是NSObject,Swift为了兼容OC,所以继承自NSObject的类都保留了他的动态性,所以我们能通过runtime拿到他的属性和方法。

可是为什么testReturnTuple、testReturnVoidWithaCharacter这两个函数却无法通过runtime获得呢?

从OC的动态特性可知,所有运行时方法都依赖TypeEcoding,也就是method_getTypeEncoding函数,它指定了参数类型以及参数在入栈时的内存空间,没有这个标识则没法入栈.而元祖,和字符类型是Swift独有的,所以不能利用runtime获得他的方法。


2、方法替代

动态性最常用的方法就是方法替代,将某个类的方法替代为自定义的方法,从而起到hook的作用。

对于纯Swift类(如TestASwithClass)来说,无法通过objc runtime替换方法,因为由上面的测试可知拿不到这些方法、属性

对于继承自NSObject类(如TestSwiftVC)来说,无法通过runtime获取到的方法肯定没法替换了。那能通过runtime获取到的方法就都能被替换吗?我们测一把

Method Swizzling的代码如下:

Swift与Objective-C的动态性分析_第6张图片
Method Swizzling

找到官方文档读读。

@objc

可以知道@objc是用来将Swift的API导出给Objective-C和Objective-C runtime使用的,如果你的类继承自Objective-c的类(如NSObject)将会自动被编译器插入@objc标识。

我们在把TestASwiftClass(纯Swift类)的方法、属性前都加个@objc 试试

文档里还有一句说明:

dynamic

加了@objc标识的方法、属性无法保证都会被运行时调用,因为Swift会做静态优化。要想完全被动态调用,必须使用dynamic修饰。使用dynamic修饰将会隐式的加上@objc标识。

这也就解释了为什么testReturnVoidWithaId无法被替换,因为写在Swift里的代码直接被编译优化成静态调用了。

而viewDidAppear是继承Objective-C类获得的方法,本身就被修饰为dynamic,所以能被动态替换。

你可能感兴趣的:(Swift与Objective-C的动态性分析)