iOS 底层原理

在我们的日常开发中我们都知道，应用程序的执行都会依赖一些底层的基础库，例如 UIKit , Foundation 等。那么这些库是怎么加载到内存中的呢？这里就要讲到 dyld 动态链接器。这里也给大家

方法找不到的报错底层原理 我们在前面 objc_msgSend 消息转发流程探究二 中最后讲到，当在缓存跟方法列表中都找不到对应的 imp 的时候，会把 imp 赋值为 forward_imp 并返回

imp 查找不到的情况 我们在 objc_msgSend 消息转发流程探究一 中讲过，当我们调用底层 objc_msgSend 方法的时候，会在类的 cache 中查找 sel 对应的 imp 指针。

运行时理解 通过这张图片我们可以看到，我们平时调用 oc 方法其实本质就是调用 runtime 的 api，就是发消息。那么我们平常的 oc 方法调用，在底层又是如何实现的呢？ 我们先建立一个工程，在

在我们日常开发过程中，对象初始化应该是我们每个人都经常遇到的，但是对象初始化过程中具体做了哪些事情呢？下面我们来一起探究一下对象初始化的过程，希望能解答一二。 下面我们通过一个案例来看一下。 首先创建

在上一篇文章中iOS 对象初始化过程探究一中我们已经探究了OC 对象的初始化过程，但是一个对象的大小又跟哪些因素有关呢？或者说一个对象需要开辟的内存空间由哪些因素决定？这里我们就来探究一下。 影响对象

OC 对象的本质 这里我们在 main.m 文件里面定义一个 LGPerson 类，然后打开终端，cd 到 main.m 所在文件目录，然后输入 clang -rewrite-objc main.m