iOS面试必看，最全梳理
Posted wzjhoutai
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了iOS面试必看，最全梳理相关的知识，希望对你有一定的参考价值。
序言
眼下形势，參加到ios队伍的人是越来越多，甚至已经到供过于求了。今年，找过工作人可能会更深刻地体会到今年的就业形势不容乐观。加之。培训机构一火车地向用人单位输送iOS开发者，打破了生态圈的动态平衡。矫情一下，言归正传。我奉献一下。为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和weakkeyword，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中的变量须要交换管理权；
-
在非ARCproject中採用ARC去编译某些类：-fobjc-arc。
-
在ARC下的project採用非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层获取数据，然后显示。
-
如需了解很多其它，请查看这篇文章。
Objective-C 中是否支持垃圾回收机制？
-
OC是支持垃圾回收机制的(Garbage collection简称GC),可是apple的移动终端中,是不支持GC的,Mac桌面系统开发中是支持的.
-
移动终端开发是支持ARC（Automatic Reference Counting的简称）,ARC是在IOS5之后推出的新技术,它与GC的机制是不同的。我们在编写代码时, 不须要向对象发送release或者autorelease方法,也不能够调用delloc方法,编译器会在合适的位置自己主动给用户生成release消息(autorelease),ARC 的特点是自己主动引用技术简化了内存管理的难度.
协议的基本概念和协议中方法默觉得什么类型。
-
OC中的协议是一个方法列表,且多少有点相关。
它的特点是能够被不论什么类使用(实现),但它并非类(这里我们须要注意),自身不会实现这样方法, 而是又其它人来实现协议经经常使用来实现托付对象(托付设计模式)。
假设一个类採用了一个协议,那么它必须实现协议中必须须要实现的方法,在协议中的方法默认是必须实现(@required),加入keyword@optional,表明一旦採用该协议,这些“可选”的方法是能够选择不实现的。
简述类目category长处和缺点。
长处：
-
不须要通过添加子类而添加现有类的行为(方法),且类目中的方法与原始类方法基本没有差别;
-
通过类目能够将庞大一个类的方法进行划分,从而便于代码的日后的维护、更新以及提高代码的阅读性;
缺点：
-
无法向类目加入实例变量,假设须要加入实例变量,仅仅能通过定义子类的方式;
-
类目中的方法与原始类以及父类方法相比具有更高优先级,假设覆盖父类的方法,可能导致super消息的断裂。
因此,最好不要覆盖原始类中的方法。
类别的作用
-
给系统原有类加入方法，不能扩展属性。假设类别中方法的名字跟系统的方法名一样，在调用的时候类别中的方法优先级更高。
-
分散类的实现：如：
|
1
2
|
+ (NSIndexPath *)indexPathForRow:(NSInteger)rowinSection:(NSInteger)section |
原本属于NSIndexPath的方法，但由于这种方法常常使用的表的时候调用、跟表的关系特别密切，因此把这种方法一类别的形式、声明在UITableView.h中。
-
声明私有方法，某一个方法仅仅实现。不声明，相当于私有方法。
-
类别不能声明变量，类别不能够直接加入属性。
property描写叙述setter方法。就不会报错。
循环引用的产生原因，以及解决方法。
-
产生原因：例如以下图所看到的，对象A和对象B相互引用了对方作为自己的成员变量，仅仅有自己销毁的时候才干将成员变量的引用计数减1。对象A的销毁依赖于对象B的销毁，同一时候对象B销毁也依赖与对象A的销毁，从而形成循环引用，此时，即使外界没有不论什么指针訪问它，它也无法释放。
循环引用演示样例图
多个对象间依旧会存在循环引用问题，形成一个环。在编程中。形成的环越大越不easy察觉，例如以下图所看到的：
多个对象引用演示样例图
解决方法：
-
事先知道存在循环引用的地方，在合理的位置主动断开一个引用，是对象回收；
-
使用弱引用的方法。
键路径(keyPath)、键值编码（KVC）和键值观察（KVO）
键路径
-
在一个给定的实体中,同一个属性的全部值具有同样的数据类型。
-
键-值编码技术用于进行这种查找—它是一种间接訪问对象属性的机制。
- 键路径是一个由用点作分隔符的键组成的字符串,用于指定一个连接在一起的对象性质序列。第一个键的性质是由先前的性质决定的,接下来每一个键的值也是相对于其前面的性质。
-
键路径使您能够以独立于模型实现的方式指定相关对象的性质。通过键路径,您能够指定对象图中的一个随意深度的路径,使其指向相关对象的特定属性。
键值编码KVC
-
键值编码是一种间接訪问对象的属性使用字符串来标识属性。而不是通过调用存取方法。直接或通过实例变量訪问的机制，非对象类型的变量将被自己主动封装或者解封成对象，非常多情况下会简化程序代码；
-
KVC的缺点：一旦使用 KVC 你的编译器无法检查出错误,即不会对设置的键、键路径进行错误检查,且运行效率要低于合成存取器方法和自定的 setter 和 getter 方法。由于使用 KVC 键值编码,它必须先解析字符串,然后在设置或者訪问对象的实例变量。
键值观察KVO
-
键值观察机制是一种能使得对象获取到其它对象属性变化的通知 ，极大的简化了代码。
-
实现 KVO 键值观察模式,被观察的对象必须使用 KVC 键值编码来修 改它的实例变量,这样才干被观察者观察到。因此,KVC是KVO的基础。
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]; |