常见问题:内存,循环引用,runloop的简单理解

1常见的出现内存循环引用的场景有哪些？

• 定时器（NSTimer）：

NSTimer经常会被作为某个类的成员变量，而NSTimer初始化时要指定self为target，容易造成循环引用（self->timer->self）。另外，若timer一直处于validate的状态，则其引用计数将始终大于0，因此在不再使用定时器以后，应该先调用invalidate方法, 说白了就是一定要移除定时器.

• block的使用：

block在copy时都会对block内部用到的对象进行强引用(ARC)或者retainCount增1(非ARC)。在ARC与非ARC环境下对block使用不当都会引起循环引用问题，一般表现为，某个类将block作为自己的属性变量，然后该类在block的方法体里面又使用了该类本身，简单说就是self.someBlock = Typevar{[selfdosomething];或者self.otherVar = XXX;或者_otherVar = …};出现循环的原因是：self->block->self或者self->block->_ivar（成员变量）

代理（delegate）：

在委托问题上出现循环引用问题已经是老生常谈了，规避该问题的杀手锏也是简单到哭，一字诀：声明delegate时请用assign(MRC)或者weak(ARC)

2.MRC、ARC内存管理机制

MRC下，oc内存管理遵循“谁创建、谁释放、谁引用、谁管理”的机制，当创建或引用一个对象时，需要向她发送alloc，copy，retain消息，当释放该对象时需要发送release消息，当引用计数为零的时候，系统释放该对象。

ARC是自动引用计数，管理机制与手动机制一样，只是不再需要调用retain，release，autorelease，它会在适当的位置插入release和autorelease。使用ARC不代表不需要内存管理了，例如使用block时要避免循环引用，代理作为属性时，要用弱指针指引。

3.RunLoop的理解

每个线程有一个消息循环 —> 消息循环监听着输入事件—> 事件有两种类型 输入源和定时源 —> 将创建好的输入源以确定的模式加入消息循环中 —> 由于子线程消息循环默认不开启, 所以线程中无法监听到是否有方法需要其执行,就会销毁,导致方法执行不到 —> 需要开启子线程的消息循环 —> 三种开启方法, run开启了无法关闭, runUntilDate虽然开启了确定的时间也不靠谱, 苹果提供了判断模式,点击run 右边帮助栏查找. RunLoop是时间循环，负责监听事件，保证应用程序持续运行。监听到事件后，向注册的对象发送消息，从而实现事件响应

Runloop(消息循环)的目的:

保证程序不退出 负责处理输入事件 (事件类型如下:)如果没有事件发生, 会让程序进入休眠状态

通俗的讲，runloop主要就是为保证程序在执行过程中不会被系统终止，确保不断的监听用户交互行为

runloop的运行循环模式:

有4种模式 第一种就是默认模式: 也就是一般的方法调用使用的模式。第二种就是跟踪模式: 用于scrollview追踪触摸滑动, 使其不受其他模式的影响, 可以共存。 第三种就是当程序启动时第一次开启的运行循环模式。第四种的话一般开发中没听到过。没有去研究过。其实还有一种占位模式。不过没什么太大用处。

Runloop本质:

其实是一个结构体。里面有obserner。nstimer。source（监听事件的）等等

代理、观察者、单例设计模式的使用场景？

单例设计模式:

确保对于一个给定的类只有一个实例存在，这个实例有全局唯一的访问点。例如NSUserDefaults、UIApplication、NSFileManager、以及封装网络工具类时使用。

代理设计模式:

通常发送者和接收者的是一对一关系，目的是改变或传递控制链，允许一个类在某些特定时刻通知其他类，而不需要获取其他类的指针。在UIKit中大量使用代理。

KVO和Notification都是观察者模式:

一个对象任何状态的变更都会通知另外对其观察的对象。Notification常用于一堆多传值，当两个对象间无关联关系时，经常使用，如键盘的弹出或隐藏就是使用Notification；KVO是键值观察者模式，当指定对象的属性被修改后，KVO自动通知相应的观察者。

转载于:https://juejin.im/post/5b96348fe51d450e531c4fef