面试题

1,开发中如何检测内存泄漏的

苹果文档说明 一个 app 的内存分三类:
一种是 Leaked memory,该释放没有释放,更多是发生在 MRC的时候,创建了忘记 release
另一种是 Abandoned memory,由于循环引用导致的内存泄漏,
最后一种是 Cached memory,只是一种正常的内存,可以重新利用,

一般解决内存泄漏的方法有:
1> 利用 Xcode 自带的 instruments , 但是这种方法主要应用于解决第一种内存泄漏,对循环引用引起的内存泄漏没什么作用
用法: 快捷键(command + i) 或者 products -> profile -> leaked
运行, 选中leaked checks 的 CallTree,并且在右下角勾选Invert Call Tree 和Hide System Libraries，会发现显示若干行代码，双击即可跳转到出现内存泄漏的地方，修改即可。
由于leaked 是手动检测,所以需要手动进行一系列操作,
2> 利用第三方框架 MLeaksFinder 来检测 循环引用 造成的内存泄漏,
MLeaksFinder 只能检测出 UIViewController 和 UIView 的内存泄漏,不过这就能应付大多数情况了,
原理:
MLeaksFinder 从 UIViewController 入手,一般一个 UIViewController 被 pop 或者 dismiss 后,他的 view 和 view 的 subviews 也会被释放,于是在 控制器 被 pop 或者 dismiss 一小段时间(3s)后,看看 这个控制器,他的view 和 子view是否还存在,如果还存在说明没有释放,
具体的做法是:为基类 NSObject 添加一个方法 - willDealloc,在这个方法中先用一个弱指针指向self, 然后利用 dispatch_after,3s后 self调用 -assertNotDealloc(这个方法的作用是直接中断言),当,控制器被pop或者 dismiss 后,weakself 就变为 nil ,那么这个方法就不会调用, 但是如果这个方法被调用了,就说明没有被释放,就会中断言

2,UIWindow的层级

UIWindow的层级由一个UIWindowLevel类型属性windowLevel，该属性指示了UIWindow的层级，windowLevel有三种可取值。

并且层级是可以做加减的self.window.windowLevel = UIWindowLevelAlert+1;

UIKIT_EXTERN const UIWindowLevel UIWindowLevelNormal; //默认，值为0
UIKIT_EXTERN const UIWindowLevel UIWindowLevelAlert; //值为2000 
UIKIT_EXTERN const UIWindowLevel UIWindowLevelStatusBar ; // 值为1000

Normal,StatusBar,Alert,我们看到他们三个层级的值依次是 0 , 1000 和 2000,也就是说 Normal 是最低级的, StatusBar 是中级的 , Alert 是最高级的, 而通常我们的界面都处于 Normal 级别(默认),系统顶部的状态栏应该是处于中级, 提醒用户等操作位于 Alert 级别,根据级别的优先原则,较高的在最上面,