您的当前位置:首页详解Runtime运行时机制

详解Runtime运行时机制

2024-12-13 来源:哗拓教育
  • 引言
  • 简介
  • 与Runtime交互
  • Runtime术语
  • 消息
  • 动态方法解析
  • 消息转发
  • 健壮的实例变量(Non Fragile ivars)
  • Objective-C Associated Objects
  • Method Swizzling
  • 总结

引言

曾经觉得Objc特别方便上手,面对Cocoa中大量的API,只知道简单的查文档和调用。还记得初学Objective-C时把[receiver message]当成简单的方法调用,而无视了"发送消息"这句话的深刻含义。其实[receiver message]会被编译器转化为:

objc_msgSend(receiver, selector)

如果消息含有参数,则为:

objc_msgSend(receiver,selector,arg1,arg2,...)

如果消息的接受者能够找到对应的selector,那么就相当于直接执行了接受者这个对象的特定方法;否则,消息要么被转发,或是临时向接收者动态添加这个selector对应的实现内容,要么就干脆玩完崩溃掉。
现在可以看出[receiver message]真的不是一个简简单单的方法调用。因为这只是在编译阶段确定了要向接受者发送message这条消息,而receive将要如何响应这条消息,那就要看运行时发生的情况来决定了。
Objective-C 的Runtime铸就了它动态语言的特性,这些深层次的知识虽然平时写代码用的少一些,但是却是每个Objc程序员要了解的。

简介

因为Objc是一门动态语言,所以它总是想办法把一些决定工作从编译连接推迟到运行时。也就是说只有编译器是不够的,还需要一个运行时系统(runtime system)来执行编译后的代码。这就是Objective-C Runtime系统存在的意义,它是整个Objc运行框架的一块基石。

Runtime其实有两个版本:"modern"和"legacy"。我们现在用的Objective-C2.0采用的是现行(Modern)版的Runtime系统,只能运行在iOS和OS X 10.5之后的64位程序中。而OS X较老的32位程序仍采用Objective-C 1中的(早期)Legacy版本的Runtime系统。这两个版本最大的区别在于当你更改一个类的实例变量的布局时,在早期版本中你需要重新编译它的子类,而现行版就不需要。

与Runtime交互

Objc从三种不同的层级上与Runtime系统进行交互,分别是通过Objective-C源代码,通过Foundation框架的NSObject类定义的方法,通过对runtime函数的直接调用。

Objective-C源代码

显示全文