总结一下常见的面试题，一般初级iOS Developer记住的都是招式，但招式何其多，面试的时候总会有遗漏和盲区，内功心法才是一通万通，能以不变应万变。这份面试题你答不全不能说明你iOS不及格，你全答对了你也不能上天。真正应该关注的是这份题背后所包含的理论知识体系。
内存管理
多线程实现方式
动画技术
绘图技术
设计模式
Objective-C的一些语言特性
「 说说你对ARC和MRC的认识？ 」
ARC:Automatic Reference Counting 自动引用计数
MRC:Mannul Reference Counting 手动引用计数
ARC是基于MRC的，本质都是管理对象的retainCount属性，不同的是管理内存代码是由谁来写。
MRC要求程序员自己写代码管理对象的retainCount属性，
而在ARC下，编译器编译代码的时候，会自动根据当前代码的情况添加对象的内存管理的代码。
之所以要管理内存，是因为对象在堆中，不会自动回收。如果不去管理，那就要等到程序结束才回收。如果用户一直在使用，会导致内存的占用越来越大。
说到这里，必须说一下内存管理的原则。
1>对象创建后，要对应一次release
2>哪个指针retain了对象，就用哪个指针release对象
3>retain的次数要和release相匹配
4>在对象被释放前，指针不可设为nil或指向别的对象，因为会出现内存泄漏
MRC下要注意的问题：对象之间的循环retain
ARC下要注意的总是：对象之间的循环引用
Xcode 4.1之后 才有ARC
ARC下，不显示指定任何属性关键字时，默认的关键字都有哪些？
对应基本数据类型默认关键字是
atomic,readwrite,assign
对于普通的OC对象
atomic,readwrite,strong
「 谈谈工作中你是如何做图片缓存的? 」
一般用第三方框架SDWebImage
SDWebImage库的作用：
通过对UIImageView的类别扩展来实现异步加载替换图片的工作。
主要用到的对象：
1.UIImageView (WebCache)类别，入口封装，实现读取图片完成后的回调。
2.SDWebImageManager，对图片进行管理的中转站，记录那些图片正在读取。向下层读取Cache（调用SDImageCache），或者向网络读取对象（ 调用SDWebImageDownloader ）。实现SDImageCache和SDWebImageDownloader的回调。
3.SDImageCache，根据据URL的MD5摘要对图片进行存储和读取（实现存在内存中或者存在硬盘上两种实现）实现图片和内存清理工作。
4.SDWebImageDownloader，根据URL向网络读取数据（实现部分读取和全部读取后再通知回调两种方式）
5.SDWebImageDecoder，异步对图像进行了一次解压.由于UIImage的imageWithData函数是每次画图的时候才将Data解压成ARGB的图像，所以在每次画图的时候，会有一个解压操作，这样效率很低，但是只有瞬时的内存需求。为了提高效率通过SDWebImageDecoder将包装在Data下的资源解压，然后画在另外一张图片上，这样这张新图片就不再需要重复解压了。
1、SDImageCache是怎么做数据管理的?SDImageCache分两个部分，一个是内存层面的，一个是硬盘层面的。内存层面的相当是个缓存器，以Key-Value的形式存储图片。当内存不够的时候会清除所有缓存图片。用搜索文件系统的方式做管理，文件替换方式是以时间为单位，剔除时间大于一周
的图片文件。当SDWebImageManager向SDImageCache要资源时，先搜索内存层面的数据，如果有直接返回，没有的话去访问磁盘，将图片从磁盘读取出来，然后做Decoder，将图片对象放到内存层面做备份，再返回调用层。
SDWebImage原理及使用
「 说说NSTimer创建后，会在哪个线程运行。runloop和线程的关系？ 」
// scheduled创建的定时器会自动以默认方式(NSDefaultRunLoopMode)加入到当前运行循环里面
// NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(setNumLabelNum) userInfo:nil repeats:YES];
// timerWithTimeInterval创建的定时器需要手动加入到当前运行循环里
NSTimer *timer = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(setNumLabelNum) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
kCFRunLoopDefaultMode：默认模式，不能再交互时保持运行
NSRunLoopCommonModes : 是模式组,包含多种模式,可以在交互的时候保持运行;kCFRunLoopDefaultMode 和 UITrackingRunLoopMode
//RunLoop 和线程
RunLoop 的作用就是来管理线程的，当线程的 RunLoop
开启后，线程就会在执行完任务后，处于休眠状态，随时等待接受新的任务，而不是退出。
//只有主线程的RunLoop是默认开启的，所以程序在开启后，会一直运行，不会退出。其他线程的RunLoop 如果需要开启，就手动开启，
//猜想runloop内部是如何实现的？
1、有一个判断循环的条件，满足条件，就一直循环
2、线程得到唤醒事件被唤醒，事件处理完毕以后，回到睡眠状态，等待下次唤醒。
「 objc中向一个nil对象发送消息将会发生什么？ 」
在Objective-C中向nil发送消息是完全有效的——只是在运行时不会有任何作用。Cocoa中的几种模式就利用到了这一点。发向nil的消息的返回值也可以是有效的:
• 如果一个方法返回值是一个对象，那么发送给nil的消息将返回0(nil)。
例如：Person * motherInlaw = [ aPerson spouse] mother];
如果spouse对象为nil，那么发送给nil的消息mother也将返回nil。
• 如果方法返回值为指针类型，其指针大小为小于或者等于
sizeof(void*)，float，double，long double 或者long long的整型标量，发送给nil的消息将返回0。
• 如果方法返回值为结构体，正如在《Mac OS X ABI 函数调用指南》，发送给nil的消息将返回0。
结构体中各个字段的值将都是0。其他的结构体数据类型将不是用0填充的。
• 如果方法的返回值不是上述提到的几种情况，那么发送给nil的消息的返回值将是未定义的。
下面的代码段就是一个有效地向nil发送消息的示例：
//id anObjectMybeNil = nil;
//这种写法是有效的
if ( [ anObjectMaybeNil methordThatReturnADouble] == 0.0 ) { //其他的实现代码 }
注意：在Mac OS X v10.5版本中，向nil发送消息的结果与上面的描述会稍有不同。在Mac OS X v10.4以及更以前的版本中，向nil发送消息是完全有效的，只要消息的返回值是对象，任意类型的指针，void，或者是其他大小小于或者等于sizeof(void＊)的整型标量。此时，发送给nil的消息将返回nil。如果发送nil的消息的返回值不是上述几种类型（比如说返回的类型是结构体，或者是浮点类型，或者是向量类型的），其返回值则是未定义的。因此，在Mac OS X v10.4以及更老的版本中，我们不应该依赖于发送给nil对象的消息的返回值，除非该消息的返回值是一个对象，任意类型的指针，或者是任意大小小于或者是等于sizeof(void *)的整型标量。
「 比较一下objc中的类方法和实例方法？ 」
1、类方法是属于整个类，而不属于某个对象。
2、类方法只能访问类成员变量，不能访问实例变量，而实例方法可以访问类成员变量和实例变量。
3、类方法的调用可以通过类名.类方法和对象.类方法，而实例方法只能通过对象.实例方法访问。
4、类方法只能访问类方法，而实例方法可以访问类方法和实例方法。
5、类方法不能被覆盖，实例方法可以被覆盖。
实例方法是— 类开头是+ 实例方法是用实例对象访问，类方法的对象是类而不是实例，通常创建对象或者工具类。
在实例方法里，根据继承原理发送消息给self和super其实都是发送给self
在类方法里面self是其他的类的类方法，在类方法中给self发送消息只能发类方法self是类super也是
什么时候用类方法，要创建一个实例时候获取一个共享实例，或者获取关于类的一些共有信息
「 @property 相关 」
1. @property 后面可以有哪些修饰符？
线程安全的: atomic,nonatomic
访问权限的:readonly,readwrite
内存管理(ARC):assign,strong,weak,copy
内存管理(MRC):assign,retain,copy
指定方法名称 :setter,getter
2.什么情况使用 weak 关键字，相比 assign 有什么不同？
比如:
在MRC环境下使用retain修饰对象类型,使用assign实现基本类型;
在ARC环境下,strong相当于retain,weak相当于assign,不对对象的引用计数+1;
assigin 可以用非OC对象,而weak必须用于OC对象。
在ARC中,出现循环引用的时候,必须要有一端使用weak,比如:自定义View的代理属性,已经自身已经对它进行一次强应用,没有必要在强引用一次,此时也会使用weak,自定义View的子控件属性一般也使用weak;但是也可以使用strong
当父控件销毁的时候,指向对象的指针会被自动设置为nil，对象没有强指针指向也会被销毁。
3.为什么字符串不用strong 而用copy？
copy此特质所表达的所属关系与strong类似。然而设置方法并不保留新值，而是将其“拷贝” (copy)。
当属性类型为NSString时，经常用此特质来保护其封装性，因为传递给设置方法的新值有可能指向一个NSMutableString类的实例。
这个类是NSString的子类，表示一种可修改其值的字符串，此时若是不拷贝字符串，那么设置完属性之后，
字符串的值就可能会在对象不知情的情况下遭人更改。
所以，这时就要拷贝一份“不可变” (immutable)的字符串，确保对象中的字符串值不会无意间变动。
只要实现属性所用的对象是“可变的” (mutable)，就应该在设置新属性值时拷贝一份。
用@property声明 NSString、NSArray、NSDictionary 经常使用copy关键字，是因为他们有对应的可变类型：NSMutableString、NSMutableArray、NSMutableDictionary，他们之间可能进行赋值操作，为确保对象中的字符串值不会无意间变动，应该在设置新属性值时拷贝一份。保证其恒定性。
「 KVC与KVO理解 」
KVC，即是指 NSKeyValueCoding，一个非正式的 Protocol，提供一种机制来
间接访问对象的属性。KVO 就是基于 KVC 实现的关键技术之一。
一个对象拥有某些属性。比如说，一个 Person 对象有一个 name 和一个 address 属性。以 KVC 说法，Person 对象分别有一个 value 对应他的 name 和 address 的 key。 key 只是一个字符串，它对应的值可以是任意类型的对象。从最基础的层次上看，KVC 有两个方法：一个是设置 key 的值，另一个是获取 key 的值。
Key-Value Observing (KVO) 建立在 KVC 之上，它能够观察一个对象的 KVC key path 值的变化。
「 UIView 与CALayer的关系 」
说出自己的理解
UIView类似于画布，CALayer类似于画笔
CALayer与UIView的关系
CALayer属于Core Animation
1.UIView是iOS系统中界面元素的基础，所有的界面元素都是继承自它。它本身完全是由CoreAnimation来实现的。
它真正的绘图部分，是由一个CALayer类来管理。UIView本身更像是一个CALayer的管理器，访问它的跟绘图和
跟坐标有关的属性，例如frame，bounds等，实际上内部都是在访问它所包含的CALayer的相关属性。
2.UIView 有一个属性layer。可以返回它的CALayer实例。所有从UIView继承来的对象都继承了这个属性。
这意味着你可以转换、缩放、旋转，甚至可以在Navigation bars，Tables，Text boxes等其它的View类上
增加动画。每个UIView都有一个层，控制着各自的内容最终被显示在屏幕上的方式。
3.CALayer的坐标系统比UIView多了一个anchorPoint属性，使用CGPoint结构表示，值域是0~1。
「 数据持久化存储方案有哪些？ 」
plist文件（属性列表）
preference（偏好设置）
NSKeyedArchiver（归档）
SQLite 3CoreData
「 多线程实现方式 」
4种实现方式 常用3种
Pthreads
NSThread
GCD
NSOperation & NSOperationQueue
「 网络请求的GET 和POST的区别 」
一般情况下，Get是向服务器发索取数据的一种请求，而Post是向服务器提交数据的一种请求。
1.GET请求的数据会附在URL之后（就是把数据放置在HTTP协议头中），以?分割URL和传输数据，参数之间以&相连，
如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD。如果数据是英文字母/数字，
原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如：%E4%BD%A0%E5%A5%BD，
其中％XX中的XX为该符号以16进制表示的ASCII。
2.POST把提交的数据则放置在是HTTP包的包体(请求头、请求体)中。POST的安全性要比GET的安全性高。
注意：这里所说的安全性和上面GET提到的“安全”不是同个概念。上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的
Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)登录页面有可能被浏览器缓存，
(2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了。
