总结一下常见的面试题，一般初级iOS Developer记住的都是招式，但招式何其多，面试的时候总会有遗漏和盲区，内功心法才是一通万通，能以不变应万变。这份面试题你答不全不能说明你iOS不及格，你全答对了你也不能上天。真正应该关注的是这份题背后所包含的理论知识体系。

内存管理
多线程实现方式
动画技术
绘图技术
设计模式
Objective-C的一些语言特性

上点干货。

1⃣️. 说说你对ARC和MRC的认识？

1. ARC:Automatic Reference Counting 自动引用计数
2. 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

2⃣️. 第三方框架相关

1.谈谈工作中你是如何做图片缓存的?

一般用第三方框架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原理及使用

2.SDWebImage常见面试题。

1> 图片文件缓存的时间有多长：1周

_maxCacheAge ＝ kDefaultCacheMaxCacheAge

2> SDWebImage 的内存缓存是用什么实现的？

NSCache

3> SDWebImage 的最大并发数是多少？

maxConcurrentDownloads ＝ 6

4> SDWebImage 支持动图吗？GIF

#import <ImageIO/ImageIO.h>
[UIImage animatedImageWithImages:images duration:duration];```
5> SDWebImage是如何区分不同格式的图像的

根据图像数据第一个字节来判断的！
PNG：0x89
JPG：0xFF
GIF：0x47```
6> SDWebImage 缓存图片的名称是怎么确定的！

md5
如果单纯使用 文件名保存，重名的几率很高！
使用 MD5 的散列函数！对完整的 URL 进行 md5，结果是一个 32 个字符长度的字符串！```
7> SDWebImage 的内存警告是如何处理的！
利用通知中心观察

• UIApplicationDidReceiveMemoryWarningNotification 接收到内存警告的通知
  执行 clearMemory 方法，清理内存缓存！
• UIApplicationWillTerminateNotification 接收到应用程序将要终止通知
  执行 cleanDisk 方法，清理磁盘缓存！
• UIApplicationDidEnterBackgroundNotification 接收到应用程序进入后台通知
  执行 backgroundCleanDisk 方法，后台清理磁盘！
  通过以上通知监听，能够保证缓存文件的大小始终在控制范围之内！
  clearDisk 清空磁盘缓存，将所有缓存目录中的文件，全部删除！ 实际工作，将缓存目录直接删除，再次创建一个同名空目录！

###3.谈谈工作中有没有二次封装过第三方框架，都封装过哪些，举例说明。

此类与工作经验密切相关。如AFN的二次封装。


##3⃣️. 说说NSTimer创建后，会在哪个线程运行。runloop和线程的关系？

    有两种创建NSTimer的方式
       第一种：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
如果需要开启，就手动开启，

判断下面运行循环能否执行 。执行几次？

• (void)viewDidLoad {
  [super viewDidLoad];
  _timer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(runTimer) userInfo:nil repeats:YES];
  [_timer fire];
  }

• (void)runTimer{
  [NSThread detachNewThreadSelector:@selector(startTimer) toTarget:self withObject:nil];
  }

• (void)startTimer
  {
  NSLog(@"我运行几次？");
  }

猜想runloop内部是如何实现的？

1、有一个判断循环的条件，满足条件，就一直循环

2、线程得到唤醒事件被唤醒，事件处理完毕以后，回到睡眠状态，等待下次唤醒。

##4⃣️. 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也是

什么时候用类方法，要创建一个实例时候获取一个共享实例，或者获取关于类的一些共有信息




##6⃣️. @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对象也可以修饰OC对象,而weak必须用于修饰OC对象。
![weak与assign对比](http://i4.buimg.com/567571/d0d193725f17d3df.jpg "Title")


`weak 和 assign 的主要区别`:也是为什么控件用weak不用assign修饰：
对象销毁后，weak 修饰的 property 会自动设置为 nil，这个最大的好处就是之后发送的消息都不会因为对象销毁而出错；assign 修饰的 property 并不会自动变为 nil，形成野指针，所以在此之后如果没有判断对象是否销毁的话，很有可能就会对野指针发送消息导致crash。

官方来说，如果不想增加持有对象的引用计数器的话，推荐使用 weak 而不是 assign，这一点从 Apple 提供的头文件就可以看出——所有 delegate 的修饰符都是 weak。

weak 此特质表明该属性定义了一种“非拥有关系” (nonowning relationship)。为这种属性设置新值时，设置方法既不保留新值，也不释放旧值。此特质同assign类似， 然而在属性所指的对象遭到摧毁时，属性值也会清空(nil out)。 而 assign 的“设置方法”只会执行针对“纯量类型” (scalar type，例如 CGFloat 或 NSlnteger 等)的简单赋值操作。

 
在ARC中,出现循环引用的时候,必须要有一端使用weak,比如:自定义View的代理属性,已经自身已经对它进行一次强应用,没有必要在强引用一次,此时也会使用weak,自定义View的子控件属性一般也使用weak;但是也可以使用strong
当父控件销毁的时候,指向对象的指针会被自动设置为nil，对象没有强指针指向也会被销毁。

strong - 定义OC对象，根视图，父视图
weak - 代理，子控件，解决block循环引用时
copy - 字符串，block，可变的集合(NSMutableArray ,dictM,SetM)


###3. 为什么字符串不用strong 而用copy？

copy此特质所表达的所属关系与strong类似。然而设置方法并不保留新值，而是将其“拷贝” (copy)。 当属性类型为NSString时，经常用此特质来保护其封装性，因为传递给设置方法的新值有可能指向一个NSMutableString类的实例。这个类是NSString的子类，表示一种可修改其值的字符串，此时若是不拷贝字符串，那么设置完属性之后，字符串的值就可能会在对象不知情的情况下遭人更改。所以，这时就要拷贝一份“不可变” (immutable)的字符串，确保对象中的字符串值不会无意间变动。只要实现属性所用的对象是“可变的” (mutable)，就应该在设置新属性值时拷贝一份。

用@property声明 NSString、NSArray、NSDictionary 经常使用copy关键字，是因为他们有对应的可变类型：NSMutableString、NSMutableArray、NSMutableDictionary，他们之间可能进行赋值操作，为确保对象中的字符串值不会无意间变动，应该在设置新属性值时拷贝一份。

保证其恒定性。
###4、关于block变量为什么用copy？

block 使用 copy 是从 MRC 遗留下来的“传统”,在 MRC 中,方法内部的 block 是在栈区的,使用 copy 可以把它放到堆区.在 ARC 中写不写都行：对于 block 使用 copy 还是 strong 效果是一样的，但写上 copy 也无伤大雅，还能时刻提醒我们：编译器自动对 block 进行了 copy 操作。如果不写 copy ，该类的调用者有可能会忘记或者根本不知道“编译器会自动对 block 进行了 copy 操作”，他们有可能会在调用之前自行拷贝属性值。这种操作多余而低效。

~~只有copy后的Block才会在堆中~~ **不正确的**， 在ARC中引用外部变量的block系统默认到堆区。不引用外部变量的block在栈区。但是在实际开发中，不引用外部变量的block是不存在的。栈中的Block的生命周期是和栈绑定的   。

在MRC下防止循环引用
__block typeof(self) weakSelf = self;  

在ARC下防止循环引用
__weak typeof(self) weakSelf=self;  

因为MRC下没有__weak
##7⃣️. 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 值的变化。

[KVC与KVO详解](http://magicalboy.com/kvc_and_kvo/ "Title")

##8⃣️. UIView 与CALayer的关系
说出自己的理解
UIView类似于画布，CALayer类似于画笔

[CALayer与UIView的关系](http://www.cnblogs.com/yswdarren/p/3555436.html "Title")

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。


##9⃣️数据持久化存储方案有哪些？

    plist文件（属性列表）
    preference（偏好设置）
    NSKeyedArchiver（归档）
    SQLite 3
    CoreData

[数据持久化存储方案](http://www.cocoachina.com/ios/20150720/12610.html "Title")

##1⃣️0⃣️多线程实现方式

4种实现方式 常用3种
    
    Pthreads
    NSThread
    GCD
    NSOperation & NSOperationQueue
[关于iOS多线程，你看我就够了](//www.greatytc.com/p/0b0d9b1f1f19 "Title")
##1⃣️1⃣️网络请求的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)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了。



>我们更应关注的是每道题背后所包含的理论知识体系。谨记面试题只是武功招式，知识体系才是内功心法。