iOS底层原理探索

上节课内容补充，runtime 内存平移 问题1：为什么[super viewDidLoad]传过来的是ViewController而不是UIViewController？ 打断点真机运行： 进入li

上一节有提到关联对象，现在对关联对象的释放做一下补充： 一、关联对象释放的流程 1、dealloc 2、_objc_rootDealloc 3、rootDealloc 4、object_dispose

应用程序的加载 带着问题探究学习： dyld的引出 dyld就是动态链接器 我们通过项目工程来进行分析，首先新建一个工程，在main函数之前打个断点，程序运行起来，然后查看函数调用栈的信息，如下图：

isa的分析 以LGPerson为例来进行分析 LLDB调试如下： 接下来继续分析LGPerson 上一步得到一个LGPerson，这一步又得到一个LGPerson，名字相同，但是内存地址不一样 0x

内存对齐 通俗的理解：针对不同的数据类型，在内存中占用特定的空间。 1、安全性 市面上存在有多种不同架构的CPU，有的CPU读取特点类型的数据时，需要从特定的地址开始读取，如果不进行内存对齐，在CPU

前期回顾 isa流程图 1、cache数据结构 cache_t 结构体的定义位于:objc > ProjectHeaders > objc-runtime-new.h > cache_t 分析： ex

1、cache读取流程分析 cache的读写闭环流程 待补充。 2、runtime的运行时理解 runtime在OC框架中的位置： 调用runtime的三种方式： 编译OC代码 objc_msgSen

探究alloc底层的原理 初步分析 直接上代码，打印p的内容，地址，指针地址 打印结果： 直观结果： 分析： 1、指针存放在栈空间里面,指针地址空间的分配是连续的，从高地址向低地址分配，且为8个字节