0x1 为什么要做Crash防护

在产品开发过程中Crash率是一个很重要的政策，也是一个团队中几乎一切的部分都应该重视或许去参加进步的一个政策，他不只代表着整个产品的质量，也是一个团队全体技能才干的体现。更低的产品设计专业Crash率不但能让产品获得更产品好的用户口碑ios8备忘录，在整个流程中也能让团队成员获得更多安全教育日是哪一天的成长，加深对iOS体系安全生产法底层的多线程cpu有什么优点了解，为往后的开发带了更大的协助。

0x2 为什么要写这篇文章

原因也是由于自己的项目踩了FB的SDK的坑：2020.7.10，FB后台下发数据过错，导致许多运用FB SDK的App产生发动Crash，影响用户之多，规划之大，再加上当时包含咱们的大部分App也缺少相关的防护或许是容错处理，Crash率瞬间飙升，重多线程面试题新发版又要走发布流程，只能依靠FB后台的批改，当时束手无策十分被动，所以决议自己做一套较为无缺的Crash防护体系，来避免这样的场景再次产生。第二个目的便是，产生问题后我也第一之间查阅了网上的一些资料和其他团队的做法，发现咱们的办法各有千秋，办法不同，作用不同，所以我也决议把市面上能找到的好的思路和办法再结合自ios下载己的一些想法和履历记录下来。究竟也是由于知识是要堆积、堆集和共享的，也算是稳固和加深自己的ios14了解吧。

0xios下载3 怎样做

其实当时Crash的场景很简略，本来一个Dictionary参数FB后多线程cpu有什么优点台却下发了个String类型的数据，这样一来解析时ios体系分必ios退款然会Crash，处理的话其实只要做一层参数安全校验即可。

可是这么简略的问题，大部分App都没处理好，证明在流程上必定有咱们留意不监控家用远程手机到安全手抄报的当地，露出出来的仅仅冰山一角，咱们机制必定多线程的并发问题存在着某种问安全期是哪几天题，安全期计算器或许存在能够优化的当地。

要想避免这种状况，就要先拾掇出处理Crash的流程：

I：Cra安全期计算器sh处理流程

在iOS体系中根本能够总结出这四个产品过程，

• Cras多线程h防护 – 经过Hook等手段，对一些相似容器类进行入参校验等办法，来进来避免Crashios退款的产生监控怎么安装

• Crash阻挠 – 假定第一步防护失利，那么在Crash走到这一步就要进行阻挠，要让咱们发现异常

• Crash上报 – 对防护的、监控捕获的Crash进行防护，生成有用的日志进行上报，尽或许的还原ios14.4.1更新了什么堆栈。

• Crash后续流程 – Crash产生后怎样做才干最大极限的维护用户体验，怎产品批号是生产日期吗样典雅的Crash

II：Crash防护

Crash防护办法首要分两种：针对非内存问题一般选用AOP办法，内存问题选用zombie政策的办法，

AOP：

iOS中AOP的相关知识安全教育日是哪一天网上线程的代码也许多，这儿就不在赘述，可是在AOP这种频频调用的场景中就需求留意的当地和坑点比较多。

• AOP的影响规划问题：当时用了一般的办法对数组相关的办法进行了Hook，成果上线后发现许多ios下载的相似Crash。[UIKeyboardLayoutStar re产品介绍lease]: message sent to deallocated instanceUIKeyboardLayoutStar

  
  在经过一些其他场景能够判别出是由于HookNSMutableArr的相关办法，导致安全教育渠道登录体系类的调用受到了影响。

  经过Xcode调试发现，由于监控家用远程手机Hook的实质便是在原有的体系调用前刺进一个用户自定义的函数进行办法沟通，那么在某种极点状况产品定位下（比方多线程），传入该函数的变量被开释，这样一来再走到多线程cpu有什么优点本来体系调用的时安全手抄报分正常开释时就会出现重复开释的状况。大约的流程为

  

  该场景在查验过程中很难复现，ios体系可是一旦到了线上，用户量掩盖够大后该问题就会显现出来。处理办法很简略，Hook尽监控他人微信聊天记录量在MRC下进行，运用autorelease pool进行包装。保证内部变量在当时的runloop结束时分进行开释。

• A安全期OP的功用问题：上面说了AOP的原理是会多一层办法调用，那么再结合iOS的办法转发流程可想而知，AOP必定会构成功用的损耗，并且在Cras监控摄像头软件app下载h防护场景下频频多线程的实现办法调用，功用问题必定不能忽略。

  

  经过上图看出，办法调用流程究竟会回来出对应的IM安全期P指针供外部调用，作为动态言语，OC无法供认开发者会再什么时分刺进或许沟通哪个函数，所以有必要经过这一套流程进行相似校验的逻辑。

  运用过AOP的同学必定知道在AOP前会先做一层校验

  +(void)hookClass:(Clas监控怎么衔接手机s)classObject isClassMetohd:(BOOL)classMethod fromSelector:(SEL)from监控怎么衔接手机Selector toSelector:(SEL)toSelec产品批号是生产日期吗tor
  {
  Class class = classObject;
  Method fromMethod = class_getInstanceMethod(claios模拟器ss, fromSelector);
  Method toMethod = class_监控getInstanceMethod(class, toSelector);
  //  增加前进行检测
  if (classMethod)ios14 {
  class = object_getClass(classObject);
  fromMethod = class_getClassMethod(class, fromSelector);
  toMethod = class_getClassMethod(class, toSelector);
  }
  if(class_addMethod(class, fromSelector, method_g多线程应用场景比如etImplementation(toMethod), method_getTypeEncoding(toMethod))) {
  class_replaceMethod(class, toSelector, method_g多线程cpu有什么优点etImplementation产品质量法(fromMethod), method_getTypeEncoding(fromMethod));
  } else {
  met产品hod_exchangeIm安全教育渠道登录plementations(fromMethoios下载d, toMethod);
  }
  }
  

  所以在办法咱们在上面代码中的toSelectorios14桌面布局图片中 当咱们需求调用回原办法时直接调用对应的函数指针即可

  

  究竟我对直接调用IMP的办法做了查验，分别是产品介绍Demo中监控器什么牌子最好清晰度高和App中的某一个场景，查验数据如下,比照成果仍是较为显着。ios退款这也安全期是哪几天便是为什么Swift或许一些其他静态言语比OC快的原因。

  

Zombie：

运用僵尸政策来处理内存问题一直是苹果主推的办法，Xcode也有相关设置，在Debug下翻开相应开关，可是一旦把该功用放到线上做防护或监控就要考虑许多的问监控题。产品质量法

• zombieios模拟器进口问题：换句话说便是在哪个当地生成zombie政策，看了一些相关的SDK都是选用ios体系Dealloc作为进口函数，不是不行，仅仅不是最优安全教育渠道登录。原因有两点:

  • 1:苹果已经不监控摄像头软件app下载主张在ARCios14桌面布局图片下自动调用dealloc，现在只能选用performSelector或许其他动态调用多线程是什么意思的办法。

  • 2:容易漏掉 Objc_destructInstance，一切的成员变量、特监控体系点都会在产品质量法这个函数中开释，假定漏掉这个函数就会生成一个并不洁净的僵尸政策，内存占用过高，白白浪费内存空间。

  综上两点我究竟选择在Free函数中生成僵尸政策

  

• zios是什么意思ombie内存阈值问题：僵尸政策会占用内存空间，可是在线上环境操作内存必监控器什么牌子最好清晰度高定要留神且必定要有一套无缺的逻辑，当跨越某一个内存阈值后需求及时清空僵尸政策。内存阈值的供认便成了要害，这儿会遇到两个问题：

  • 1：内产品批号是生产日期吗存问题必定会和机型强相关，怎样依据不同的机型调整不同的阈值？

  • 2：怎样做到依据线上状况灵敏动态调整？

  咱们的底线是在参加zombie后不能监控怎么衔接手机触发memorywarning，ios下载所以我先对大部分机型做了memorywarning阈值查验：

  

  从上图能够看出当Ap安全教育渠道p占用内存抵达总内存的 57%~69%时分会触发内存正告，并且由于iphone中有一部分内存是体系保存内存并不会给到开发者，所以咱们监控器什么牌子最好清晰度高可用的也就50%左右，我总结出如下公式：

  公式1：不能触发内存正告 Y = 0.5 * deviceMem – currentAppMem

  公式2: 僵尸政策的内存占用再大也不会跨越App自身的内存 Y = min ( (产品策略 0.5 * deviceMem – currentAppMem ) , currentA多线程下载ppMem)

  上面两个公式看似完美，可是仍是有优化的当地，由于并不是APP中一切的变量都有或许成为僵尸产品生命周期政策，或许仅仅其间的某一部分需求被监控, 所以得到究竟的内存阈值计算公式：

  Y = min ( ( 0.5 * deviceMem – currentAppMem ) , currentAppM多线程面试题及答案em / N )安全手抄报

  由于app占用内存随时在变，所以能够加一个定时器每隔必定产品介绍时间去更新该值。

  上面公式的 N 还有一个长处便是咱们能够后台动态下发，依据线上内多线程的并发问题存引起Crash量，假定Crash量大，那或许就需求更大的内存阈值去保存僵尸政策，就能够把ios退款N调小，横竖调大，这样就能够无视机型的差异依据Crash的状况进行远程配备。

  

  经过如图的线上数据能够看出 跟着N的减小，zombie的内存阈值在增加，可是并不会跨越内存正告阈值，保证了内存健康。

  下图表明晰不同的N值对应不同的捕获野指针监控体系问题的数量，各监控摄像头软件app下载自App能够依据自己的业务状况进行调整。

  

• z产品质量法ombie更新战略问题：现在咱们的做法都是在参加新的zombie政策时分查看是否跨越阈值,抵达阈值后删掉之前的zombie政策多线程下载再参加新的政策，这样的拾掇逻辑是依靠于新zombie政策的参加，假定没有新政策的参加那么缓存空间也不会有改变，zo监控他人微信聊天记录mbie空间一旦生成就无法删掉，无法做到缓存的自拾掇，等于App无故增大了内存占用。

  

  相同学习LRU最近最久未运用的逻辑，每隔30s会检测下缓存状况，跨越30s还未被运用的zombie政策将被删去，30s是一安全期计算器个履历值，经过许多查验发监控安装流程现，内存问题一般会产生在政策被销毁的30s内，跨越30s再出现的概率及小。这样能够做到缓存自拾掇的逻辑。安全教育日是几月几日

  

  经过Instru安全教育日是哪一天ment查验发现该zo安全期mbie逻辑并不会对App自身的内存构成太大的影响。