使用objc runtime实现iOS闭环的懒加载功能

概述使用objc runtime实现iOS闭环的懒加载功能 使用objc runtime实现懒加载 地址:AutoPropertyCocoa 懒加载形式如下 - (id)lazyloadProperty{ if(_lazyloadProperty == nil){ _lazyloadProperty = [XClass ...]; } return _lazyloadProperty; } 一般使用宏定义可以轻松完成.但是没有一致性,移植差. 利用objc runtime的动态性实现懒加载可以实现即可增加又可删除功能,也可以避免污染类型.该三方弥补了目前

使用objc runtime实现懒加载

地址：AutoPropertyCocoa

懒加载形式如下

- (ID)lazyloadProperty{  if(_lazyloadProperty == nil){    _lazyloadProperty = [XClass ...];  }  return _lazyloadProperty;}

一般使用宏定义可以轻松完成。但是没有一致性，移植差。

利用objc runtime的动态性实现懒加载可以实现即可增加又可删除功能，也可以避免污染类型。该三方弥补了目前没有闭环实现懒加载三方的空缺。

主要流程：

实例或者类的懒加载如果是实例对象则钩住并修改类型将其子类化对该类型进行method swizzling如果现在进行解绑，则判断是否是自己实现的方法.如果是自己实现的方法->5，否则->6调用method swizzling还原删除这个类型的这个方法

难点:

自己实现method swizzling

重新实现objc1时代的方法class_removeMethods钩住运行时中的runtimelock，实现修改类型数据时的安全性

我们再实现method swizzling时的两个API

OBJC_EXPORT IMP _Nullableclass_replaceMethod(Class _Nullable cls,SEL _Nonnull name,IMP _Nonnull imp,const char * _Nullable types)  OBJC_AVAILABLE(10.5,2.0,9.0,1.0,2.0);OBJC_EXPORT voIDmethod_exchangeImplementations(Method _Nonnull m1,Method _Nonnull m2)  OBJC_AVAILABLE(10.5,2.0);

不管使用哪种，如果这个类型没有实现该方法而是父类实现的话，就需要动态增加一个方法。动态增加的方法在Objc1时代，是可以通过下列方法删除的：

OBJC_EXPORT voIDclass_removeMethods(Class _Nullable,struct objc_method_List * _Nonnull)  OBJC2_UNAVAILABLE;

Objc2时代之后runtime被重写后没有该方法了，并且新的runtime的类结构看起来就没打算让开发者删除方法，所以这里将过程记下。

首先看类读写器的结构class_rw_t

struct class_rw_t {  // Be warned that Symbolication kNows the layout of this structure.  uint32_t flags;  uint32_t version;  const class_ro_t *ro;  method_array_t methods;//删除这里的一个方法  property_array_t propertIEs;  protocol_array_t protocols;  Class firstSubclass;  Class nextSiblingClass;  char *demangledname;#if SUPPORT_INDEXED_ISA  uint32_t index;#endif};

method_array_t继承于List_array_tt<method_t,method_List_t>，它是数组结构。存储的内容是method_List_t.

method_List_t又继承于entsize_List_tt<method_t,method_List_t,0x3>，他也是数组结构。

整个method_array_t结构是二维数组。每次删掉一个method_t需要用新method_List_t替换原对象。

然后是线程安全的问题，需要获取到苹果在 *** 作类型的时候使用的读写锁(pthread_rw_lock_t runtimelock)。没有这把锁任何对runtime的修改都是不可靠的。

最终采取的方式是：劫持暴露了符号的系统函数然后阻塞线程

劫持系统C函数使用的是脸书的鱼钩，这个钩子在macOS其实也是可以正常工作的。

剩下的就是寻找合适的函数了，这函数要满足两个条件：

该函数在符号表中存在函数内部在lock runtimelock之后存在满足条件1的第二个函数

找了半天发现最合适的只有objc_allocateProtocol()了，objc_allocateProtocol内部会调用calloc()，所以第二个被劫持函数就是calloc。为了减小calloc的开销，需要稍微做一些工作。

对每次调用进行比较线程ID的 *** 作显然比暴力阻塞线程好。减小劫持后的calloc的调用栈。

总结

以上所述是小编给大家介绍的使用objc runtime实现iOS闭环的懒加载功能，希望对大家有所帮助，如果大家有任何疑问欢迎给我留言，小编会及时回复大家的！

总结

以上是内存溢出为你收集整理的使用objc runtime实现iOS闭环的懒加载功能全部内容，希望文章能够帮你解决使用objc runtime实现iOS闭环的懒加载功能所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。