iOS 中这些是否熟练掌握——(2)

接上一篇博文，本篇博文是做者原创，用于记录从网上查阅的一些资料，并对本身的知识体系进行一下总结，成文以供学习使用。

1.Cocoa Touch 包含了什么？不包含什么？与 Cocoa 有什么区别？

• 相同之处：二者都包含OC运行时的两个核心框架：

• cocoa包含Foundation和AppKit框架，可用于开发Mac OS X系统的应用程序

• cocoa touch包含Foundation和UIKit框架，可用于开发iPhone OS 系统的应用程序

• Cocoa时Mac OS X的开发环境，cocoa Touch是 Iphone OS的开发环境

 

2.响应者连是什么（Responder chain）？他是如何发挥做用的？

凡是直接或者间接的继承自 UIResponder 类建立的对象都是相应者，如：UIView、UIViewController 、UIApplication 由响应者对象组成的链叫响应者连。

在视图被触摸的时候，系统会有碰撞检测过程，查找该触摸是发生在那个视图上。

UIApplication->UIViewController->UIView ->视图1->视图2->视图3.

碰撞检测以后，接下来对触摸事件进行处理，首先去看视图3是否对该事件做出相应，若是视图3不处理，就看视图2是否处理，以此往上面去请求询问，直到该触摸事件被处理，若是没有任何视图或者响应者对象去处理该触摸事件，则丢弃对该触摸事件的相应。

 

3.什么是 method swizzling ? 参考

 method swizzling 就是改变一个已经存在的选择器对应的实现过程，它依赖于OC中的方法的调用可以在运行时进行改变———经过改变类的调度表（dispatch_table）中选择器到最终函数间的映射关系。

 

4.什么是 Base64 、MD5 算法，什么是对称加密、什么是非对称加密 ？

 base64 是一种编码方式，将3字节的数据按照6比特去从新分组，分红4组，变成4字节的数据，高位使用0填充。通常用于电子邮件的编码。

 MD5算法:

a.压缩性：任意长度的数据，计算出的MD5值的长度都是固定的。

b.容易计算：从原数据计算出MD5值很容易。

c.抗修改性：对原来的数据，哪怕是修改了一个字节的数据，所获得的MD5值都是有很大的区别。

d.弱抗碰撞：已知原数据和其MD5值，想找到一个具备相同MD5值的数据（即伪造数据）是很是困难的。

e.强抗碰撞：想找到两个不一样的数据，使它们具备相同的MD5值，是很是困难的。

对称加密：

须要对加密和解密使用相同密钥的加密算法。因为其速度快，对称性加密一般在消息发送方须要加密大量数据时使用。对称性加密也称为密钥加密。经常使用的对称加密算法有：DES、RC二、AES等等。

非对称加密：

与对称加密算法不一样，非对称加密算法须要两个密钥：公开密钥（publickey）和私有密钥（privatekey）。公开密钥与私有密钥是一对，若是用公开密钥对数据进行加密，只有用对应的私有密钥才能解密；若是用私有密钥对数据进行加密，那么只有用对应的公开密钥才能解密。由于加密和解密使用的是两个不一样的密钥，因此这种算法叫做非对称加密算法。支付宝中的加密技术就是用的非对称加密技术。经常使用的非对称加密算法有：RSA、ECC、D-H等等。

 

5.如何使用KVC（参考）去取得一个对象的属性值 ，什么是KVC、KVO、通知中心？

KVC是OC语言的一个特性，能够对对象进行动态的读写操做。KVC的操做方法由 NSKeyValueCoding协议提供，而NSObject已经实现了这个协议，所以OC中的几乎全部对象均可以使用KVC操做。

经常使用的KVC操做方法有：

（1）设置属性值

　　setValue:value forKey:key （用于简单路径，也就是直接属性）

　　setValue: value forKeyPath:key (用于复杂路径，也就是间接属性)

（2）获取属性值

　　valueForKey: key  (用于获取简单路径的属性值)

　　valueForKeyPath: key (用于获取复杂路径的属性值)

KVC使用对应的函数便可设置值、得到值。那么，KVC是如何查找一个属性进行读取呢？KVC遵循下面的规则，假设要对name属性进行读取：

（1）设置属性：优先考虑setName方法；若是没有，则搜索成员变量_name；若是没找到，则搜索成员变量name；若是尚未找到，则调用 setValue: forUndefineKey: 方法。

（2）读取属性：优先考虑getName方法；若是没有，则搜索成员变量_name；若是没找到，则搜索成员变量name;若是尚未找到，则调用 valueForUndefineKey: 方法。

KVC中有一个很是重要的方法： setValuesForKeysWithDictionary:dict ，该方法能够将一个字典映射到一个对象，省去了给对象一一赋值的步骤。

实际上,setValuesForKeyWithDictionary:dict 方法就是遍历dict,对dict 中的每一个键值调用 setValue: forKey: 方法。

使用setValuesForKeyWithDictionary:dict一个须要注意的地方

当字典中有某个值，而对象没有相应的属性时，会发生崩溃。这时候须要使用一个方法去避免这个崩溃的发生。该方法为： setValue: forUndefineKey: 方法

KVO：

KVO全称 Key Value Observing。使用KVO能够实现视图组件和数据模型的分离，视图做为监听器，当模型的属性值发生变化后，监听器能够作相应的处理。KVO的方法由NSKeyValueObserving协议提供，一样NSObject已经实现了该协议，所以几乎全部的对象均可以使用KVO。

使用KVO操做经常使用的方法以下：

注册制定路径的监听器： addObserver:  forKeyPath: option: context:

删除制定路径的监听器：removeObserver: forKeyPath:

触发监听时的方法：observeValueForKeyPath: ofObject: change: context: 

 通知中心不作过多啰嗦：参考

说到通知中心一定要与代理进行区别：通知中心能够：1对1；1对多；可是代理只能是：1对1的。

 

6.什么是 Sqllite ,Sqlite 与 coreData 的区别 ？参考

 Sqlite是一种轻量级的数据库，是一种关联式的数据管理系统，多使用在嵌入式应用系统中，在嵌入式系统应用中占用不多的内存（少到只有几百k的内存），可是做用很是的重要，能够说是 Sql Sever 的极大简化。

CoreData 是一种数据框架，为咱们提供了一个通用的数据管理解决方案。不管是什么样的程序，只要牵扯到数据管理，几乎均可以使用到 CoreData 。苹果的用户面板上已经为咱们建立了关于CoreData 的控制面板，咱们能够很方便的去对数据库进行迁移升级的操做。编程人员不须要写苦逼的SQL语句，这一切苹果都在咱们建立CoreData 应用的时候已经建立完成，将咱们的应用程序要是用的数据在内存中以数据对象模型的形式展现给系统使用。

CoreData 对于处理对象的生命周期、对象之间的关系它作了一系列的自动化的解决方案，对于数据库的更新的时候，每次新增一个属性字段，数据库里面全部的数据字段都要跟着进行一下迁移（升级），这个数据库的升级能够经过Xcode 的控制面板来快速的升级。（参考4对应的博文里说的很是的好）

Core Data 为数据变动管理、对象存储、对象读取恢复的功能提供了支持。 它可使用SQLite做为持久化存储的类型。 它自己并非一个数据库（这点很重要，好比，你可使用Core Data来记录数据变动，管理数据，但并不能用它向文件内存储数据）。

CoreData 支持的4种数据类型的存储：SQLitestore、XMLStore、BinaryStore、InMemoryStore.（这里与 博文对比学习）

下面是来自互联网的解说。上面是本身的总结: 参考1  餐卡2  参考3  参考4

用于处理全部应用程序的数据模型需求，不论程序的规模大小。您能够在此基础上构建任何应用程序，从联系人管理程序到矢量图演示程序。只有您想不到的，没有什么作不到。几乎全部须要管理数据对象的应用程序都能获益于 Core Data。 Interface Builder 是苹果的图形用户界面编辑器，提供了预制的 Core Data 控制器对象，用于消除应用程序的用户界面和数据模型之间的大量粘合代码。您没必要担忧 SQL 语法，没必要维护逻辑树来跟踪用户行为，也没必要建立一个新的持久化机制。这一切都已经在您将应用程序的用户界面链接到 Core Data 模型时自动完成了。 Core Data 将您的应用程序模型层组织为一组在内存中定义好的数据对象。Core Data 跟踪这些对象的变化，并能够根据须要恢复这些改变，好比用户能够执行撤销命令。而后，当须要保存应用程序数据对象的改变时，Core Data 负责将这些对象保存至持久性的存储介质。并且，它会将数据保存到普通文件中，用户能够经过 Finder 管理这些文件、用 Spotlight 搜索这些文件、将文件备份到 CD 以及经过电子邮件将它们发送给朋友和家人。 使用Core Data 框架，您能够建立一个托管对象模型，它为您的应用程序所使用的模型对象，即实体提供了抽象定义。这种实体-关系模型是采用 Xcode 的“数据模型设计”工具定义的，该工具为模型实体以及它们之间的关系提供了内容丰富的环境。它就像一套详细的方案为应用程序的数据类型和这些数据类型之间的关系服务。

 

7.Block的内存管理？

Block什么都不作的话，在栈区。当在Block内部去调用全局变量或者属性的时候在栈区。这时候须要去拷贝Block，在写属性的时候要用Copy，须要release，在MRC下若是在Block的内部使用了 self 就会致使对该控制器的引用计数加1，最后致使不能释放该 Block 就会形成不能释放的后果。有一个bloock 专门 release 的API,释放block写在 dealloc里面.在 block 内调用一个对象须要使用 __Block 去修饰该对象，这是在 MRC 的状况下。

ARC 下须要将 __Block 改成 __weak.

 

8.代理中为何不用 weak 而用 assign?

实际上 weak 会比 assign 更好 , 由于最后 weak 会将代理置为 nil ,可是 assign 不会这么作，代理中在写 assign 有的状况下会出现崩溃，而 weak 更好些。在 MRC下会用 assign 在 ARC  下固然要用 weak.

 

9.多线程在GCD中的使用？参考

GCD是一个管理线程的线程池，如何建立、如何回收、如何分配线程，都是由 GCD 本身安排的，只须要编程人员将应该作的任务放到对应的队列里便可。GCD的全称是 Grand Central Dispatch 。

GCD中有多种队列，其中自定义队列有两种：串行队列、并行队列。不管是串行队列仍是并行队列，他们都是 FIFO 先进先出的。

 串行队列：一次只可以执行一次任务的队列，执行完一次任务以后才能执行洗一次的任务。

 并行队列：一次能够执行多个任务。

GCD中的操做有两种，同步操做，异步操做。

同步操做：不会开辟新的线程。

异步操做:  会新开辟线程。

两种操做和两种队列，组合为4种状况，实际上，在开发中，有些组合基本上是不会用到的。

组合一：串行队列 同步操做  任务一个一个的执行，其实是顺序执行

- (void)gcdDemo1

{
    //串行队列+同步操做
    dispatch_queue_t queue = dispatch_queue_create("gcddemo", DISPATCH_QUEUE_SERIAL);
    for(int i = 0; i < 10; ++i){
        dispatch_sync(queue, ^{
            NSLog(@"%@ %d",[NSThread currentThread],i);
        });
    }
}

组合二：串行队列 异步操做   任务一个一个的执行，可是由于是异步操做，因此会开辟一个新的线程，全部的任务都会在新的线程上执行

- (void)gcdDemo1
{
dispatch_queue_t queue = dispatch_queue_create("gcddemo", DISPATCH_QUEUE_SERIAL);
//串行队列+异步操做
for (int i = 0; i < 10; ++i){
dispatch_async(queue, ^{
       NSLog(@"%@ %d",[NSThread currentThread],i);
    });
  }
}

组合三：并行队列 同步操做   并行队列一次能够开启多个线程，可是是同步操做，这样一次就只能在主线程中执行一个任务，而且是按照顺序执行的。

- (void)gcdDemo2
{
dispatch_queue_t queue = dispatch_queue_create("gcddemo", DISPATCH_QUEUE_CONCURRENT);
//并行队列+同步任务
for(int i = 0; i < 10; ++i){
dispatch_sync(queue, ^{
  NSLog(@"%@ %d",[NSThread currentThread],i);
      });
    }
}

组合四：并行队列 异步操做   并行队列一次能够开启多个线程；异步操做能够开启多个线程，这样一次可以执行多个任务，开启多个线程，每一个任务的结束时间是不可以肯定的，而且任务也不是顺序执行的。

- (void)gcdDemo2
{
dispatch_queue_t queue = dispatch_queue_create("gcddemo", DISPATCH_QUEUE_CONCURRENT);
//并行队列+异步任务
for(int i = 0; i < 10; ++i){
dispatch_async(queue, ^{
      NSLog(@"%@ %d",[NSThread currentThread],i);
     });
   }
}

 注意：为了开发方便，苹果提供了全局队列，全局队列其实是一个并行队列。

全局队列 + 同步任务： 执行效果是一条一条执行，每一条执行的时候，都会开启新的线程，在新的线程中执行任务。

- (void)gcdDemo3
{
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//全局队列+同步任务
for (int i = 0; i < 10; ++i){
//同步任务
dispatch_sync(queue, ^{
NSLog(@"%@ %d",[NSThread currentThread],i);
     });
   }
}

全局队列 + 异步任务： 执行效果是与上面的组合四是一样的。

 - (void)gcdDemo3

{
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//全局队列+异步任务
for(int i = 0; i < 10; ++i){
dispatch_async(queue, ^{
     NSLog(@"%@ %d",[NSThread currentThread],i);
     });
   }
}

注意：苹果还提供了一种队列是主队列，主队列是串行队列，可是与单一的串行队列有差异，该主队列上的任务都是在主线程中执行，即使是异步任务在主队列上执行，系统也不会开启新的线程。

主队列+异步任务：

- (void)gcdDemo4
{
dispatch_queue_t queue = dispatch_get_main_queue();
//主队列+异步任务
for(int i = 0; i < 10; ++i){
dispatch_async(queue,^{
   NSLog(@"%@ %d",[NSThread currentThread],i);
     });
   }
}

主队列+同步任务（会阻塞线程）

- (void)gcdDemo4
{
dispatch_queue_t queue = dispatch_get_main_queue();
//主队列+同步任务，会阻塞
for(int i = 0; i < 10; ++i){
dispatch_sync(queue, ^{
   NSLog(@"%@ %d",[NSThread currentThread],i);
     });
   }
}

主队列中自己是有一个任务A的（主任务），且该任务A尚未执行完。在执行任务A的过程当中，又插入了新的同步任务B。咱们知道，串行队列中，必须先执行完一个任务后，才能继续执行另外一个任务。此时的状况时：

若想继续执行任务A，须要先把任务B执行完，若想继续执行任务B，须要先把任务A执行完，所以形成了阻塞。

在开发中，应该避免这种阻塞的状况。

 

10.如何对 UITableView  作性能优化？ 参考  参考

a.使用不透明的视图。不透明的视图可以极大的提升渲染速度。

    若是能够的话，将 UItableView 的 cell 以及 其子视图的 opaque 设置为 YES （参考）这样设置 ios 可让系统以最优的方式来绘制view。包括图像的 alpha 值也要设置为1.不要 使用这个 clearColor。

b.不要建立没必要要的重复的 cell 。能够设置一个重用的 cellid

static NSString *CellIdentifier = @"xxx";

UITableViewCell *cell = [tableViewdequeueReusableCellWithIdentifier:CellIdentifier];

if (cell == nil) {

    cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier] autorelease];

}

在cell 重用的时候，它的内部绘制的内容并不会被自动的清除，咱们能够调用 setNeedsDisplay 方法。

c.尽量的减小视图的数目

d.不要作多余的绘制工做

e.预渲染图像

f.不要阻塞主线程

g.也能够设置一下，提早去加载数据，解决用户的等待加载数据的状况，能够在用户浏览到倒数第10条数据的时候，让线程去加载数据。

 

11.常见的设计模式？参考1 参考2 

代理设计模式、观察设计模式、MVC设计模式、单例设计模式、策略设计模式、工厂设计模式。

 对于单利设计模式，苹果API中 UIAccelerometer 和 UIAppdeleagte 类都是单例类。

观察设计模式，可让View做为监听者，让其去监听数据模型的变化，若是数据模型的值变化，就对相应去改变监听者的的UI。

MVC设计模式就是常常用的到的，没啥可啰嗦了。

代理设计模式也是很是经常使用的，UIPickView 、UITableView 等等都用到了代理设计模式，传值中也经常使用。

 

12.关于Block 的使用？参考

 

13.什么是 MVVM设计模式？ 参考

在理解MVC的设计模式基础上，M层顾名思义，就是数据层，数据传输对象的封装；V：就是展现层，就是ViewController层，他的任务就是从ViewModel层获取数据，而后显示；VM:就是View和Model层的粘合剂，他是一个放置用户输入验证逻辑，视图显示逻辑，发起网络请求和其余各类各样的代码的极好的地方。说白了，就是把原来ViewController层的业务逻辑和页面逻辑等剥离出来放到ViewModel层。

MVVM 实际上是一个 MVC 的加强版，并将表示逻辑从 Controller 移出放到一个新的对象里，即 View Model。在 iOS 上使用 MVVM 的动机,就是让它能减小 View Controller 的复杂性并使得表示逻辑更易于测试。

 

14.XML 与 Json 的区别？

 对于JSON数据的解析，网上一直有人说，它要代替xml，成为网络数据的通用格式。从 IOS 5 以后苹果推出了原生的json 解析 API（NSJSONSerialization）。咱们依旧可使用一些第三方去解析如：SBJson、JSONKit、TouchJson。使用原生的解析类解析数据最快，JSONKit的速度次之。

XML的解析主要有：SAX 解析：基于事件的回调的解析机制,（主要区别于 DOM 解析）一行一行的解析 （缺点：效率低），适合大数据解析。系统提供好的类 NSXMLParser。.DOM 解析 : 把解析数据所有读入内存，初始化为树形结构，而后再进行逐层的分析，相对于 SAX 解析，效率高，不适合大数据的读取。通常都是采用谷歌提供的第三方类 GDataXMLNode。

XMl适合于较复杂的数据结构，而JSON 适合简单的数据结构。前者传输速度较慢，后者较快。

在解析数据的时候，对于 Html 的解析要使用到 XPath ,对于数据类型为 NSNumber 类的数据要当心，首先要作一下格式化处理。

 

15.NSURLConnection 与 NSURLSession 的区别？ 参考

NSURLConnection：

NSURLConnection 是一组系统的构成 Foundation 框架中的 URL  加载系统的互相关联的组件：NSURLRequest, NSURLResponse, NSURLProtocol , NSURLCache，NSHTTPCookieStorage，NSURLCredentialStorage，以及和它同名的 NSURLConnection。

NSURLRequest对象被传递给一个NSURLConnection对象。委托（遵照从前的非正式<NSURLConnectionDelegate> 和  <NSURLConnectionDataDelegate>协议）做为一个NSURLResponse异步响应，任何相关的NSData从服务器发送。

在一个请求发送到服务器以前，首先去访问共享的高速缓存，而后根基策略和可用性，一个缓存的响应能够当即被返回过来，若是全部缓存的响应都不可用，则该请求根据选项，被用于为任何后续请求缓存它的响应。

在协商发送一个请求到服务器的过程当中，该服务器可发出验证质询，这能够由共享的cookie，证书存储（credential storage）或经过链接委托自动处理。必要的时候，为了无缝地改变装载行为，传出请求也能够被注册的NSURLProtocol对象截获。**

NSURLSession：

与NSURLConnection相似，除了同名类NSURLSession，NSURLSession也是指一组相互依赖的类。NSURLSession包括与以前相同的组件，例如NSURLRequest, NSURLCache等。NSURLSession的不一样之处在于，它把 NSURLConnection替换为NSURLSession, NSURLSessionConfiguration，以及3个NSURLSessionTask的子类：NSURLSessionDataTask, NSURLSessionUploadTask, 和NSURLSessionDownloadTask.

与NSURLConnection相比，NSURLSession最直接的改善就是提供了配置每一个会话的缓存，协议，cookie和证书政策（credential policies），甚至跨应用程序共享它们的能力。这使得框架的网络基础架构和部分应用程序独立工做，而不会互相干扰。每个NSURLSession对象都是根据一个NSURLSessionConfiguration初始化的，该NSURLSessionConfiguration指定了上面提到的政策，以及一系列为了提升移动设备性能而专门添加的新选项。

NSURLSession 的另外一个重要的组成部分是会话任务，他负责处理数据的加载，以及客户端与服务器端之间的文件和数据的上传和下载服务。

 NSURLSessionTask与NSURLConnection是及其类似的，由于它负责加载数据，而主要的区别在于，任务共享它们父类NSURLSession的共同委托（common delegate）。 
NSURLSessionTask是一个抽象子类，它有三个具体的子类是能够直接使用的：NSURLSessionDataTask，NSURLSessionUploadTask和NSURLSessionDownloadTask。这三个类封装了现代应用程序的三个基本网络任务：获取数据，好比JSON或XML，以及上传下载文件。

当一个NSURLSessionDataTask完成时，它具备关联的数据，而一个NSURLSessionDownloadTask完成时，它具备一个已下载文件的临时文件路径。

NSURLSessionUploadTask 继承了 NSURLSessionDataTask，由于服务器响应一个上传请求时，每每伴随着相关联的数据。 全部任务都可撤销，也能够暂停和恢复。当一个下载任务被取消时，它能够选择建立恢复数据，而后能够传递给下一次新建立的下载任务，以便继续以前的下载。

 

16.什么是 NSKeyedArchiver?

 

17.咱们在使用 XIB 和 Storyboard 的时候 有四个文件 View.xib 、 Empty.xib 、Launch Screen.storyboard、Storyboard.storyboard 他们都有什么区别？

 XIB 与 Storyboard 的区别：二者都是用来描述软件界面的设计，前者是轻量级的，主要用于一些局部的UI的设计，后者是重量级的，主要用于复杂页面的设计，能够设计模块级别的页面UI设计。

View.xib 与  Empty.xib 都是 XIB 轻量级的用户界面编程组件。

Launch Screen.storyboard 与 Storyboard.storyboard 都是 Storyboard 重量级的用户界面编程组件。

NIB 和 XIB 相同点：都是 可视化编程的图形界面设计文档。可视化编程 Interface Bulider 将窗口，菜单，以及窗口上的各类组件都”冻“在了一个 nib 文档中，在程序运行的期间，这些文档就会被激活。

NIB 和 XIB 异同点：NIB为二进制文件，XIB是纯文本文件，后者方便于咱们版本控制和对文件的比较。XIB 文件能够被编译成二进制文件。

 

18.在 XIB 的构成成分中有 3 个图标，分别是什么？具备什么样的功能？

File's Owner 就是全部 nib 文件中的每个图标，标示的是从系统的磁盘读取的文件。

First Responder 是当前用户正在交互的交互对象。

View 是用户用于显示用户交互事件的视图，完成用户的交互，是 UIView 类以及其之类。

 

19.关于公钥、私钥、数字证书的理解？ 参考

20.类目与继承的区别，在什么状况下使用继承不用类目？ 参考

 

21.野指针是什么，如何理解？ 参考

所谓野指针：指向一个已删除的对象或未申请访问受限内存区域的指针。与空指针不一样，野指针没法经过简单地判断是否为 NULL避免，而只能经过养成良好的编程习惯来尽力减小。对野指针进行操做很容易形成程序错误。野指针的成因主要有两种： （1）指针变量没有被初始化。任何指针变量刚被建立时不会自动成为NULL指针，它的缺省值是随机的，它会乱指一气。因此，指针变量在建立的同时应当被初始化，要么将指针设置为NULL，要么让它指向合法的内存。 （2）指针p被free或者delete以后，没有置为NULL，让人误觉得p是个合法的指针。别看free和delete的名字恶狠狠的（尤为是delete），它们只是把指针所指的内存给释放掉，但并无把指针自己干掉。一般会用语句if (p != NULL)进行防错处理。很遗憾，此时if语句起不到防错做用，由于即使p不是NULL指针，它也不指向合法的内存块。例： char *p = (char *) malloc(100); strcpy(p, “hello”); free(p); // p 所指的内存被释放，可是p所指的地址仍然不变 if(p != NULL) // 没有起到防错做用 strcpy(p, “world”); // 出错