最新 iOS面试题汇总--（轩哥和严哥汇总）

序言

目前形势，参加到iOS队伍的人是越来越多，培训机构都是一火车地向用人单位输送iOS开发人员，找过工作人可能会更深刻地体会到2016年的就业形势不容乐观，有点打破了生态圈的动态平衡。不过我们的iOS岗位仍然很多，就看我们应聘者的能力有多高有多强，比如技术能力，动手能力，解决问题能力，自学能力，沟通表达能力等等要求越来越高。接下来呢，轩哥和轩哥的朋友一起帮大家整理一下面试题，希望能助一臂之力!

OC的理解与特性

• OC作为一门面向对象的语言，自然具有面向对象的语言特性：封装、继承、多态。它既具有静态语言的特性（如C++），又有动态语言的效率（动态绑定、动态加载等）。总体来讲，OC确实是一门不错的编程语言，

• Objective-C具有相当多的动态特性，表现为三方面：动态类型（Dynamic typing）、动态绑定（Dynamic binding）和动态加载（Dynamic loading）。动态――必须到运行时（run time）才会做的一些事情。

• 动态类型：即运行时再决定对象的类型，这种动态特性在日常的应用中非常常见，简单来说就是id类型。事实上，由于静态类型的固定性和可预知性，从而使用的更加广泛。静态类型是强类型，而动态类型属于弱类型，运行时决定接受者。

• 动态绑定：基于动态类型，在某个实例对象被确定后，其类型便被确定了，该对象对应的属性和响应消息也被完全确定。

• 动态加载：根据需求加载所需要的资源，最基本就是不同机型的适配，例如，在Retina设备上加载@2x的图片，而在老一些的普通苹设备上加载原图，让程序在运行时添加代码模块以及其他资源，用户可根据需要加载一些可执行代码和资源，而不是在启动时就加载所有组件，可执行代码可以含有和程序运行时整合的新类。

简述内存管理基本原则

• 之前：OC内存管理遵循“谁创建，谁释放，谁引用，谁管理”的机制，当创建或引用一个对象的时候，需要向她发送alloc、copy、retain消息，当释放该对象时需要发送release消息，当对象引用计数为0时，系统将释放该对象，这是OC的手动管理机制（MRC）。

• 目前：iOS 5.0之后引用自动管理机制――自动引用计数（ARC），管理机制与手动机制一样，只是不再需要调用retain、release、autorelease；它编译时的特性，当你使用ARC时，在适当位置插入release和autorelease；它引用strong和weak关键字，strong修饰的指针变量指向对象时，当指针指向新值或者指针不复存在，相关联的对象就会自动释放，而weak修饰的指针变量指向对象，当对象的拥有者指向新值或者不存在时weak修饰的指针会自动置为nil。

• 如果使用alloc、copy(mutableCopy)或者retian一个对象时,你就有义务,向它发送一条release或者autorelease消息。其他方法创建的对象,不需要由你来管理内存。

• 向一个对象发送一条autorelease消息,这个对象并不会立即销毁, 而是将这个对象放入了自动释放池,待池子释放时,它会向池中每一个对象发送 一条release消息,以此来释放对象.

• 向一个对象发送release消息,并不意味着这个对象被销毁了,而是当这个对象的引用计数为0时,系统才会调用dealloc方法,释放该对象和对象本身它所拥有的实例。

其他注意事项

• 如果一个对象有一个_strong类型的指针指向着，找个对象就不会被释放。如果一个指针指向超出了它的作用域，就会被指向nil。如果一个指针被指向nil，那么它原来指向的对象就被释放了。当一个视图控制器被释放时，它内部的全局指针会被指向nil。用法“：不管全局变量还是局部变量用_strong描述就行。

• 局部变量：出了作用域，指针会被置为nil。

• 方法内部创建对象，外部使用需要添加_autorelease;

• 连线的时候，用_weak描述。

• 代理使用unsafe_unretained就相当于assign；

• block中为了避免循环引用问题，使用_weak描述；

• 声明属性时，不要以new开头。如果非要以new开头命名属性的名字，需要自己定制get方法名，如

1	@property(getter=theString) NSString * newString;

• 如果要使用自动释放池，用@autoreleasepool{}

• ARC只能管理Foundation框架的变量，如果程序中把Foundation中的变量强制换成COre Foundation中的变量需要交换管理权；

• 在非ARC工程中采用ARC去编译某些类：-fobjc-arc。

• 在ARC下的工程采用非ARC去编译某些类：-fno-fobjc-arc。

如何理解MVC设计模式

MVC是一种架构模式，M表示MOdel，V表示视图View，C表示控制器Controller：

• Model负责存储、定义、操作数据；

• View用来展示书给用户，和用户进行操作交互；

• Controller是Model和View的协调者，Controller把Model中的数据拿过来给View用。Controller可以直接与Model和View进行通信，而View不能和Controller直接通信。View与Controller通信需要利用代理协议的方式，当有数据更新时，MOdel也要与Controller进行通信，这个时候就要用Notification和KVO，这个方式就像一个广播一样，MOdel发信号，Controller设置监听接受信号，当有数据更新时就发信号给Controller，Model和View不能直接进行通信，这样会违背MVC设计模式。

如何理解MVVM设计模式。

• ViewModel层，就是View和Model层的粘合剂，他是一个放置用户输入验证逻辑，视图显示逻辑，发起网络请求和其他各种各样的代码的极好的地方。说白了，就是把原来ViewController层的业务逻辑和页面逻辑等剥离出来放到ViewModel层。

• View层，就是ViewController层，他的任务就是从ViewModel层获取数据，然后显示。

• 如需了解更多，请查看唐巧的这篇文章。

• http://blog.devtang.com/2015/11/02/mvc-and-mvvm/

• 或者http://www.cocoachina.com/ios/20160107/14916.html
   

Objective-C 中是否支持垃圾回收机制？

• OC是支持垃圾回收机制的(Garbage collection简称GC),但是apple的移动终端中,是不支持GC的,Mac桌面系统开发中是支持的.

• 移动终端开发是支持ARC（Automatic Reference Counting的简称）,ARC是在IOS5之后推出的新技术,它与GC的机制是不同的。我们在编写代码时, 不需要向对象发送release或者autorelease方法,也不可以调用delloc方法,编译器会在合适的位置自动给用户生成release消息(autorelease),ARC 的特点是自动引用技术简化了内存管理的难度.

协议的基本概念和协议中方法默认为什么类型。

• OC中的协议是一个方法列表,且多少有点相关。它的特点是可以被任何类使用(实现),但它并不是类(这里我们需要注意),自身不会实现这样方法, 而是又其他人来实现协议经常用来实现委托对象(委托设计模式)。如果一个类采用了一个协议,那么它必须实现协议中必须需要实现的方法,在协议中的方法默认是必须实现(@required),添加关键字@optional,表明一旦采用该协议,这些“可选”的方法是可以选择不实现的。

简述类目category优点和缺点。

优点：

• 不需要通过增加子类而增加现有类的行为(方法),且类目中的方法与原始类方法基本没有区别;

• 通过类目可以将庞大一个类的方法进行划分,从而便于代码的日后的维护、更新以及提高代码的阅读性;

缺点：

• 无法向类目添加实例变量,如果需要添加实例变量,只能通过定义子类的方式,或者runtime的形式达到增加成员变量的目的;

• 类目中的方法与原始类以及父类方法相比具有更高优先级,如果覆盖父类的方法,可能导致super消息的断裂。因此,最好不要覆盖原始类中的方法。

类别的作用

• 给系统原有类添加方法，不能扩展属性。如果类别中方法的名字跟系统的方法名一样，在调用的时候类别中的方法优先级更高(不过如果通过类别更改系统方法现在的编译器会报警，有些根本改不了的，所有还是不要改了)；

• 分散类的实现：如：

1 2	+ (NSIndexPath *)indexPathForRow:(NSInteger)row inSection:(NSInteger)section

原本属于NSIndexPath的方法，但因为这个方法经常使用的表的时候调用、跟表的关系特别密切，因此把这个方法一类别的形式、声明在UITableView.h中。

• 声明私有方法，某一个方法只实现，不声明，相当于私有方法。

• 类别不能声明变量，类别不可以直接添加属性。property描述setter方法，就不会报错。

循环引用的产生原因，以及解决方法。

• 产生原因：如下图所示，对象A和对象B相互引用了对方作为自己的成员变量，只有自己销毁的时候才能将成员变量的引用计数减1。对象A的销毁依赖于对象B的销毁，同时对象B销毁也依赖与对象A的销毁，从而形成循环引用，此时，即使外界没有任何指针访问它，它也无法释放。

循环引用示例图

多个对象间依然会存在循环引用问题，形成一个环，在编程中，形成的环越大越不容易察觉，如下图所示：

多个对象引用示例图

解决方法：

• 事先知道存在循环引用的地方，在合理的位置主动断开一个引用，是对象回收；

• 使用弱引用的方法。

键路径(keyPath)、键值编码（KVC）和键值观察（KVO）

键路径

• 在一个给定的实体中,同一个属性的所有值具有相同的数据类型。

• 键-值编码技术用于进行这样的查找―它是一种间接访问对象属性的机制。 - 键路径是一个由用点作分隔符的键组成的字符串,用于指定一个连接在一起的对象性质序列。第一个键的性质是由先前的性质决定的,接下来每个键的值也是相对于其前面的性质。

• 键路径使您可以以独立于模型实现的方式指定相关对象的性质。通过键路径,您可以指定对象图中的一个任意深度的路径,使其指向相关对象的特定属性。

键值编码KVC

• 键值编码是一种间接访问对象的属性使用字符串来标识属性，而不是通过调用存取方法，直接或通过实例变量访问的机制，非对象类型的变量将被自动封装或者解封成对象，很多情况下会简化程序代码；

• KVC的缺点：一旦使用 KVC 你的编译器无法检查出错误,即不会对设置的键、键路径进行错误检查,且执行效率要低于合成存取器方法和自定的 setter 和 getter 方法。因为使用 KVC 键值编码,它必须先解析字符串,然后在设置或者访问对象的实例变量。

键值观察KVO

• 键值观察机制是一种能使得对象获取到其他对象属性变化的通知 ，极大的简化了代码。

• 实现 KVO 键值观察模式,被观察的对象必须使用 KVC 键值编码(或者setter方法或者增加触发kvo的方法，详细请看苹果的官方文档有详细说明)来修 改它的实例变量,这样才能被观察者观察到。

• 苹果kvo 官方文档:https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/KeyValueObserving/Articles/KVOCompliance.html#//apple_ref/doc/uid/20002178-BAJEAIEE
   

Demo

比如我自定义的一个button

1 2 3 4 5 6 7 8

[self addObserver:self forKeyPath:@"highlighted" options:0 context:nil];  #pragma mark KVO  - (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context  {       if ([keyPath isEqualToString:@"highlighted"] ) {        [self setNeedsDisplay];  }    }

对于系统是根据keypath去取的到相应的值发生改变，理论上来说是和kvc机制的道理是一样的。

KVC机制通过key找到value的原理。

    首先查看苹果的官方文档:https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/KeyValueCoding/Articles/Compliant.html#//apple_ref/doc/uid/20002172
     

• 当通过KVC调用对象时，比如：[self valueForKey:@”someKey”]时，程序会自动试图通过下面几种不同的方式解析这个调用。

• 首先查找对象是否带有 someKey 这个方法，如果没找到，会继续查找对象是否带有someKey这个实例变量（iVar），如果还没有找到，程序会继续试图调用 -(id) valueForUndefinedKey:这个方法。如果这个方法还是没有被实现的话，程序会抛出一个NSUndefinedKeyException异常错误。

• 补充：KVC查找方法的时候，不仅仅会查找someKey这个方法，还会查找getsomeKey这个方法，前面加一个get，或者_someKey以_getsomeKey这几种形式。同时，查找实例变量的时候也会不仅仅查找someKey这个变量，也会查找_someKey这个变量是否存在。

• 设计valueForUndefinedKey:方法的主要目的是当你使用-(id)valueForKey方法从对象中请求值时，对象能够在错误发生前，有最后的机会响应这个请求。

在 Objective-C 中如何实现 KVO

• 注册观察者(注意：观察者和被观察者不会被保留也不会被释放)

1 2 3

- (void)addObserver:(NSObject *)observer forKeyPath:(NSString *)keyPath  options:(NSKeyValueObservingOptions)options  context:(void *)context;

• 接收变更通知

1 2	- (void)observeValueForKeyPath:(NSString *)keyPath  ofObject:(id)object change:(NSDictionary *)change   context:(void *)context;

• 移除对象的观察者身份

1 2	- (void)removeObserver:(NSObject *)observer  forKeyPath:(NSString *)keyPath;

• KVO中谁要监听谁注册，然后对响应进行处理，使得观察者与被观察者完全解耦。KVO只检测类中的属性，并且属性名都是通过NSString来查找，编译器不会检错和补全，全部取决于自己。

内容太长 详细内容 请看附件