1、NSThread/NSOperation/GCD 三种多线程不同，分别使用场景？
•NSThread:
–优点：NSThread 比其他两个轻量级，使用简单
–缺点：需要自己管理线程的生命周期、线程同步、加锁、睡眠以及唤醒等。线程同步对数据的加锁会有一定的系统开销
•NSOperation：
–不需要关心线程管理，数据同步的事情，可以把精力放在自己需要执行的操作上
–NSOperation是面向对象的
•GCD：
–Grand Central Dispatch是由苹果开发的一个多核编程的解决方案。iOS4.0+才能使用，是替代NSThread， NSOperation的高效和强大的技术
–GCD是基于C语言的
2、响应链
iOS系统检测到手指触摸(Touch)操作时会将其打包成一个UIEvent对象，并放入当前活动Application的事件队列，单例的UIApplication会从事件队列中取出触摸事件并传递给单例的UIWindow来处理，UIWindow对象首先会使用hitTest:withEvent:方法寻找此次Touch操作初始点所在的视图(View)，即需要将触摸事件传递给其处理的视图，这个过程称之为hit-test view。
UIWindow实例对象会首先在它的内容视图上调用hitTest:withEvent:，此方法会在其视图层级结构中的每个视图上调用pointInside:withEvent:（该方法用来判断点击事件发生的位置是否处于当前视图范围内，以确定用户是不是点击了当前视图），如果pointInside:withEvent:返回YES，则继续逐级调用，直到找到touch操作发生的位置，这个视图也就是要找的hit-test view。
hitTest:withEvent:方法的处理流程如下:
首先调用当前视图的pointInside:withEvent:方法判断触摸点是否在当前视图内；
若返回NO,则hitTest:withEvent:返回nil;
若返回YES,则向当前视图的所有子视图(subviews)发送hitTest:withEvent:消息，所有子视图的遍历顺序是从最顶层视图一直到到最底层视图，即从subviews数组的末尾向前遍历，直到有子视图返回非空对象或者全部子视图遍历完毕；
若第一次有子视图返回非空对象，则hitTest:withEvent:方法返回此对象，处理结束；
如所有子视图都返回非，则hitTest:withEvent:方法返回自身(self)。
3、__block与__weak的区别？
(1).__block不管是ARC还是MRC模式下都可以使用，可以修饰对象，还可以修饰基本数据类型。
__weak只能在ARC模式下使用，也只能修饰对象（NSString），不能修饰基本数据类型（int）。
(2).__block对象可以在block中被重新赋值，__weak不可以。
(3).__weak本身是可以避免循环引用的问题的，但是其会导致外部对象释放了之后，block内部也访问不到这个对象的问题，我们可以通过在block内部声明一个__strong的变量来指向weakObj，使外部对象既能在block内部保持住，又能避免循环引用的问题.
__block本身无法避免循环引用的问题，但是我们可以通过在block内部手动把blockObj赋值为nil的方式来避免循环引用的问题。另外一点就是__block修饰的变量在block内外都是唯一的，要注意这个特性可能带来的隐患。
__block的理解是其实际上是把变量的作用域给改变了，应该是提升了变量的作用域，使得在block内部和外部所访问的是同一个变量。
4、SDImage框架的缓存机制
（1）UIImageView+WebCache:setImageWithURL:placeholderImage:options:先显示placeholderImage，同时由SDWebImageManager根据URL来在本地查找图片。
（2）SDWebImageManager:downloadWithURL:delegate:options:userInfo:SDWebIma
geManager是将UIImageView+WebCache同SDImageCache链接起来的类，SDImageCache：queryDiskCacheForKey:delegate:userInfo:用来从缓存根据CacheKey查找图片是否已经在缓存中
（3）如果内存中已经有图片缓存，SDWebImageManager会回调SDImageCacheDelegate :imageCache:didFindImage:forKey:userInfo:
（4）而UIImageView+WebCache则回调SDWebImageManagerDelegate:webImageManager:didFinishWithImage:来显示图片。
（5）如果内存中没有图片缓存，那么生成NSInvocationOperation添加到队列，从硬盘查找图片是否已被下载缓存。
（6）根据URLKey在硬盘缓存目录下尝试读取图片文件。这一步是在NSOperation进行的操作，所以回主线程进行结果回调notifyDelegate:。
（7）如果上一操作从硬盘读取到了图片，将图片添加到内存缓存中（如果空闲内存过小，会先清空内存缓存）。SDImageCacheDelegate回调imageCache:didFindImage:forKey:userInfo:。进而回调展示图片。
（8）如果从硬盘缓存目录读取不到图片，说明所有缓存都不存在该图片，需要下载图片，回调imageCache:didNotFindImageForKey:userInfo:。
（9）共享或重新生成一个下载器SDWebImageDownloader开始下载图片。
（10）图片下载由NSURLConnection来做，实现相关delegate来判断图片下载中、下载完成和下载失败。
（11）connection:didReceiveData:中利用ImageIO做了按图片下载进度加载效果。
（12）connectionDidFinishLoading:数据下载完成后交给SDWebImageDecoder做图片解码处理。
（13）图片解码处理在一个NSOperationQueue完成，不会拖慢主线程UI。如果有需要对下载的图片进行二次处理，最好也在这里完成，效率会好很多。
（14）在主线程notifyDelegateOnMainThreadWithInfo:宣告解码完成，imageDecoder:didFinishDecodingImage:userInfo:回调给SDWebImageDownloader。
（15）imageDownloader:didFinishWithImage:回调给SDWebImageManager告知图片下载完成。
（16）通知所有的downloadDelegates下载完成，回调给需要的地方展示图片。
（17）将图片保存到SDImageCache中，内存缓存和硬盘缓存同时保存。
（18）写文件到硬盘在单独NSInvocationOperation中完成，避免拖慢主线程。
（19）如果是在iOS上运行，SDImageCache在初始化的时候会注册notification到UIApplicationDidReceiveMemoryWarningNotification以及UIApplicationWillTerminateNotification,在内存警告的时候清理内存图片缓存，应用结束的时候清理过期图片。
（20）SDWebImagePrefetcher可以预先下载图片，方便后续使用。、
5、UITaBleView出现卡顿的可能情况
（1）imageView尽量设置为不透明
opque尽量设置为YES。
当imageView的opque设置为YES的时候其alpha的属性就会无效，imageView的半透明取决于其图片半透明或者imageView本身的背景色合成的图层view是半透明的。
如果图片全部不是半透明就不会触发图层的blend操作，整个图层就会不透明。
如果叠加的图片有出现半透明的，就会立马触发图层的blend操作，整个图层不透明。
opque设为NO。
当opque为NO的时候，图层的半透明取决于图片和其本身合成的图层为结果。
背景色尽可能设为alpha值为1，当某一块图层的alpha和其superView的背景色alpha不一样的时候会触发alpha合成操作，这是一项看似很简单但却是非常消耗CPU性能的操作。
（2）UIView的背景色设置
UIView的背景色尽量不要设置为clearColor，这样也会触发alpha叠加，在tableView滑动的时候是非常消耗性能的。子视图的背景色尽可能设置成其superView的背景色，这样图层合成的时候不会触发blend操作。最好不使用带alpha通道的图片，如果有alpha尽量让美工取消alpha通道。
（3）cell上layer尽量避免使用圆角
在工作中关于滑动界面我们会时常遇到cell行设置头像为圆角等需求，这时候我们尽量避免使用layder.cornerRadius，因为这会触发离屏渲染。离屏渲染很耗时间。
离屏渲染：是GPU渲染区的一个渲染缓冲区，我们所用的所有显示屏的图形图像都是通过GPU进行渲染，然后显示在屏幕上。GPU负责渲染会把渲染的图形放到缓冲区然后CPU就会发一个垂直信号显示到屏幕。
如果要使用圆角，我们可以设置为layer.shouldRasterize
= YES，其实这个设置是触发光栅化，可以大大提高渲染的性能。我的理解光栅化就是类似于cell的重用机制。
光栅化：把第一次渲染好的图层放到缓冲区，那么下次不需要再离屏渲染直接就可以从缓冲区拿去使用。
（4）优化图片的加载方式
我们都知道图片的加载方式有两种形式：
1、UIImage *headerImage = [UIImage
imageNamed:@"haodf.png"；
2、UIImage * headerImage = [UIImageimageWithContentOfFile:@"haodf.png"];
我们讲讲两种加载图片方式的区别：
第一种：当我们经常需要这张图片并且仅仅是小图的时候，我们可以使用此种方式加载图片。
这种方式是把图片缓存在图片缓存区，当我们使用的时候会通过图片的名字也就是通过key的方式去查找图片在缓存区的内存地址。
当我们使用很多图片的时候系统就会开辟很多内存来存储图片，所以qq、微信我们很多时候都会去清除缓存操作。
第二种：当我们使用工程里面的一张大图并且使用次数很少甚至为1次的时候，我们优先会采用这种方式加载图片，这种方式当使用完图片的时候会立即丢弃释放资源，所以对性能不会带来负担。
（5）尽量延迟图片的加载
当我们在滑动页面的时候尤其对于那种布局特别复杂的cell，滑动的时候不要加载图片，当滑动停止得时候再进行图片的加载。
我们都知道不管是UITableView还是ScrollView在滚动的时候需要显示东西都是通过runLoop去拿。
当滚动的时候runLoop会处于NSRunLoopTrackingMode的模式，我们可以通过一个主线程队列dispatch_after或者selfPerformSelector设置runLoop的模式为NSDefaultRunLoopMode模式，就可以做到停止滚动再加载图片。
注：其实严格意义上selfPerformSelector的事件就是在主线程队列中等待。
（6）优先加载理念
一直很好奇墨迹天气这款app基本都是很炫的图片，是如何做到滑动时候不卡顿的呢，在cocoachina上有幸认识了一位墨迹天气的大牛，说是采用优先加载的理念，既先展示一部分，当滑动的时候再加载下面的一部分这样就保持流畅。至于具体没透露。
（7）避免阻塞主线程
让图片的绘制、图片的下载、对象的创建、文本的渲染等这些耗时的操作尽可能采用子线程异步的方式去处理，对于layer及UI的操作不得不在主线程里面，只能想办法优化，所以此处给大家推荐Facebook的得力之作ASDK，有兴趣的可以好好研究下，现在好多公司都进行采用。
（8）xib、storyBoard、纯代码
苹果推出storyboard确实为开发者节省了大量的时间，提高了开发效率，但是对于那种
复杂的滑动界面，利用storyboard是非常消耗资源的，不信的可以试试用性能工具timeProfie看看cpu所占的性能百分比，其CPU的资源远远大于纯代码布局，我看了一个国外的网站介绍，这两种方式初始化对象分配内存的先后方式完全不一样，至于具体细节有兴趣的可以找相关资料研究。
当然对于那种重用性不强固定不怎么变化的界面还是很喜欢storyboard，一蹴而就，节省成本。
6、imageName和imageWithContentsOfFile、init的区别
第一种方法（imageName）为常见方法，利用它可以方便加载资源图片。用imageNamed的方式加载时，会把图像数据根据它的名字缓存在系统内存中，以提高imageNamed方法获得相同图片的image对象的性能。即使生成的对象被autoReleasePool释放了，这份缓存也不释放。而且没有明确的释放方法。如果图像比较大，或者图像比较多，用这种方式会消耗很大的内存。
第二种方法（imageWithContentsOfFile）加载的图片是不会缓存的。得到的对象时autoRelease的，当autoReleasePool释放时才释放。
第三种方法（init）要手动release掉。不系统缓存。release后立即释放，一般用在封面等图比较大的地方。
用imageNamed的方式加载时，系统会把图像Cache到内存。如果图像比较大，或者图像比较多，用这种方式会消耗很大的内存，而且释放图像的内存是一件相对来说比较麻烦的事情。例如：如果利用imageNamed的方式加载图像到一个动态数组NSMutableArray，然后将将数组赋予一个UIView的对象的animationImages进行逐帧动画，那么这将会很有可能造成内存泄露。并且释放图像所占据的内存也不会那么简单。但是利用imageNamed加载图像也有自己的优势。对于同一个图像系统只会把它Cache到内存一次，这对于图像的重复利用是非常有优势的。例如：你需要在一个TableView里重复加载同样一个图标，那么用imageNamed加载图像，系统会把那个图标Cache到内存，在Table里每次利用那个图像的时候，只会把图片指针指向同一块内存。这种情况使用imageNamed加载图像就会变得非常有效。
7、nil、Nil、NULL与NSNUll的区别
（1）nil
指向一个对象的指针为空 ，在Objective-C中用于id类型的对象
NSString
*name = nil;
（2）Nil
指向一个类的指针为空，在Objective-C中用于Class类型的对象
Class aClass = Nil;
（3）NULL
指向C类型的指针为空，多用于如下例子:
int*pInt = NULL;
（4）NSNull
在Objective-C中是一个类,只是名字中有个Null，NSNull有+
(NSNull *)null;单例方法，多用于集合(NSArray,NSDictionary)中值为空的对象
8、bool与BOOL的区别
有的文章对bool与BOOL的区别做以下解释，但这种解释是错误的，BOOL b = 8960;结果是YES.
objective-c中的BOOL实际上是一种对带符号的字符类型（signed char）的类型定义（typedef），它使用8位的存储空间。通过#define指令把YES定义为1，NO定义为0。
注意：objective-c并不会将BOOL作为仅能保存YES或NO值的真正布尔类型来处理。编译器仍将BOOL认作8位二进制数，YES和NO值只是在习惯上的一种理解。
问题：如果不小心将一个大于1字节的整型值（比如short或int）赋给一个BOOL变量，那么只有低位字节会用作BOOL值。如果该低位字节刚好为0（比如8960，写成十六进制为0x2300），BOOL值将会被认作是0，即NO值。而对于bool类型，只有true和false的区别，即0为false，非0为true。
举例：
BOOL b1=8960; //实际是NO，因为8960换成十六进制为0x2300，BOOL只有8位存储空间，取0x2300的低8位，00，所以是NO
bool b2=8960；//实际是true，因为bool类型，非0即为true。
9、int与NSInteger的区别
当需要使用int类型的变量的时候，可以像写C的程序一样，用int，也可以用NSInteger，但更推荐使用NSInteger，因为这样就不用考虑设备是32位的还是64位的。
楼主你可以看如下定义：
#if __LP64__ || (TARGET_OS_EMBEDDED && !TARGET_OS_IPHONE) || TARGET_OS_WIN32 || NS_BUILD_32_LIKE_64
typedef long NSInteger;
typedef unsigned long NSUInteger;
#else
typedef int NSInteger;
typedef unsigned int NSUInteger;
#endif
32位编译器：
char：1个字节
char*（即指针变量）: 4个字节（32位的寻址空间是2^32,即32个bit，也就是4个字节。同理64位编译器）
short int : 2个字节
int：4个字节
unsigned int : 4个字节
float: 4个字节
double: 8个字节
long: 4个字节
long long: 8个字节
unsigned long: 4个字节
64位编译器：
char：1个字节
char*(即指针变量): 8个字节
short int : 2个字节
int：4个字节
unsignedint : 4个字节
float:4个字节
double:8个字节
long:8个字节
long long:8个字节
unsigned long:8个字节
10、IOS系统架构
iOS的系统架构分为四个层次：核心操作系统层（Core OS layer）、核心服务层（Core
Services layer）、媒体层（Media layer）和可触摸层（Cocoa Touch layer）。
1、Core OS是位于iOS系统架构最下面的一层是核心操作系统层，它包括内存管理、文件系统、电源管理以及一些其他的操作系统任务。它可以直接和硬件设备进行交互。作为app开发者不需要与这一层打交道。
2、Core Services是核心服务层，可以通过它来访问iOS的一些服务。
3、Media是媒体层，通过它我们可以在应用程序中使用各种媒体文件，进行音频与视频的录制，图形的绘制，以及制作基础的动画效果。
4、Cocoa Touch是可触摸层，这一层为我们的应用程序开发提供了各种有用的框架，并且大部分与用户界面有关，本质上来说它负责用户在iOS设备上的触摸交互操作。
11、CoreFoundtion对Socket的操作方法
Core Foundation层：因为直接使用socket需要更多的编程工作，所以苹果对OS层的socket进行简单的封装以简化编程任务。该层提供了CFNetwork和CFNetServices，其中CFNetwork又是基于CFStream和CFSocket。
12、Object－c的类可以多重继承么？可以实现多个接口么？Category是什么？重写一个类的方式用继承好还是分类好？为什么？
Object- c的类不可以多重继承；可以实现多个接口，通过实现多个接口可以完成C++的多重继承；Category是类别，一般情况用分类好，用Category去重写类的方法，仅对本Category有效，不会影响到其他类与原有类的关系。
13.自动释放池的作用
自动释放池:是用来自动释放对象的，不需要关心对象释放的时间,不需要关心对象什么时候调用release
自动释放池释放的时间:事件循环结束
自动释放池原理: 当池子结束,会想池子里面的所有对象发送一条release消息
自动释放池使用: 1.创建对象2.加入自动释放池
14、AFN 2.0与AFN 3.0的不同？
AFNetworking 2.0开始使用NSURLConnection的基础API，以及较新基于NSURLSession的API的选项。AFNetworking 3.0现已完全基于NSURLSession的API，这降低了维护的负担，同时支持苹果增强关于NSURLSession提供的任何额外功能。
由于Xcode 7中，NSURLConnection的API已经正式被苹果弃用。虽然该API将继续运行，但将没有新功能将被添加，并且苹果已经通知所有基于网络的功能，以充分使NSURLSession向前发展。
15、Git集中式还是分布式？Git与SVN代码管理方式的区别？
Git分布式管理
（1）GIT是分布式的，SVN不是：
这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。
GIT跟SVN一样有自己的集中式版本库或服务器。但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提交文件，查看历史版本记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。
（2）GIT把内容按元数据方式存储，而SVN是按文件：
所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。如果你把.git目录的体积大小跟.svn比较，你会发现它们差距很大。因为.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。
（3）GIT分支和SVN的分支不同：
分支在SVN中一点不特别，就是版本库中的另外的一个目录。如果你想知道是否合并了一个分支，你需要手工运行像这样的命令svn propget svn:mergeinfo，来确认代码是否被合并。感谢Ben同学指出这个特征。所以，经常会发生有些分支被遗漏的情况。
然而，处理GIT的分支却是相当的简单和有趣。你可以从同一个工作目录下快速的在几个分支间切换。你很容易发现未被合并的分支，你能简单而快捷的合并这些文件。