LZ科技一套简单的面试题记录一下：
- 1 如何保证网络请求的顺序执行(一个执行完毕再执行下一个)
- 2 Weak实现的底层原理
- 3 KVC的原理，此种情况下KVO是否有效？
- 4 项目中的持久化方案？数据迁移解决方式
- 5 设计模式和架构的理解
1 如何保证网络请求的顺序执行(一个执行完毕再执行下一个)
第一种：请回完成回调中进行下次请求。代码如下：
- (void) requestOneWithSuccessBlock:(void(^)(void))successBlock {
AFHTTPSessionManager *sessionManager = [AFHTTPSessionManager manager];
sessionManager.requestSerializer = [AFJSONRequestSerializer serializer];
sessionManager.responseSerializer.acceptableContentTypes = [NSSet setWithObjects:@"application/json",@"application/zip", @"text/json", @"text/javascript", @"text/html", @"text/plain", nil];
NSLog(@"%@",@"第一个网络请求开始");
[sessionManager GET:@"http://www.weather.com.cn/data/cityinfo/101190408.html" parameters:nil progress:nil success:^(NSURLSessionDataTask * _Nonnull task, id _Nullable responseObject) {
NSLog(@"%@",@“第一个网络请求结束”);
if (successBlock) {
successBlock();
}
} failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
}];
}
- (void) requestTwoWithBlock:(void(^)(void))successBlock{
AFHTTPSessionManager *sessionManager = [AFHTTPSessionManager manager];
sessionManager.requestSerializer = [AFJSONRequestSerializer serializer];
sessionManager.responseSerializer.acceptableContentTypes = [NSSet setWithObjects:@"application/json",@"application/zip", @"text/json", @"text/javascript", @"text/html", @"text/plain", nil];
NSLog(@"%@", @“第二个网络请求开始”);
[sessionManager GET:@"http://wthrcdn.etouch.cn/weather_mini?city=%E5%8C%97%E4%BA%AC%E5%B8%82" parameters:nil progress:nil success:^(NSURLSessionDataTask * _Nonnull task, id _Nullable responseObject) {
NSLog(@"%@", @“第二个网络请求结束”);
if (successBlock) {
successBlock();
}
} failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
}];
}
第二种：利用信号量。代码如下：
- (void)serialBySemaphore {
dispatch_async(dispatch_get_global_queue(0, 0), ^{
dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);
[self requestOneWithSuccessBlock:^{
dispatch_semaphore_signal(semaphore);
}];
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
[self requestTwoWithBlock:^{
}];
});
}
这里需要注意的是dispatch_semaphore_wait会阻塞所在线程，所以一定要单开一个线程，然后在线程中执行，这里配合GCD开了一个线程。
第三种：使用GCD的Group方式，代码如下：
- (void) serialByGroupNotify {
dispatch_group_t group = dispatch_group_create();
dispatch_group_enter(group);
[self requestOneWithSuccessBlock:^{
dispatch_group_leave(group);
}];
dispatch_group_notify(group, dispatch_get_global_queue(0, 0), ^{
[self requestTwoWithBlock:^{
}];
});
}
第四种：AFN配合NSOperationQueue实现顺序执行，代码如下：
个人比较推荐第二种方式。
2 Weak实现的底层原理
Runtime维护了一个weak引用表，用于存储指向某个对象的所有weak指针。weak表其实是一个hash（哈希）表，Key是所指对象的地址，Value是weak指针的地址（这个地址的值是所指对象的地址）数组。
Weak 的实现原理可以概括一下三步：
1、初始化时：runtime会调用objc_initWeak函数，初始化一个新的weak指针指向对象的地址。
2、添加引用时：objc_initWeak函数会调用 objc_storeWeak() 函数， objc_storeWeak() 的作用是更新指针指向，创建对应的弱引用表。
3、释放时，调用clearDeallocating函数。clearDeallocating函数首先根据对象地址获取所有weak指针地址的数组，然后遍历这个数组把其中的数据设为nil，最后把这个entry从weak表中删除，最后清理对象的记录。
3 KVC的原理，此种情况下KVO是否有效？
KVC会遍历字典里面所有的key去模型中查找有没有set方法，有就直接调用赋值
假如没有找到set方法，就会继续查找有没有对应名字的成员变量，有就利用成员变量进行赋值
假如没有找到成员变量，还会继续查找模型中有没有对应名字的属性
最终没有找到，就会直接报错
KVO本质上是监听的setter方法，所以如果有set方法或者有对应的属性，都可以有效，但是如果是通过上述条件中的成员变量的赋值，那就无效了
4 项目中的持久化方案？数据迁移解决方式
SQLite、UserDefault、文件读写、归档、plist、CoreData
数据迁移解决方案：
1 创建临时表，结构为终表结构。
2 利用sql语句将数据对应导入新表字段中，新增字段填写为默认值。
3 删除旧表，将新表改名为旧表名，
5 重新建立关联。
数据迁移完毕
5 设计模式和架构的理解
设计模式就是针对于重复出现的问题所总结出的最佳经验。iOS中常用的设计模式有：单例模式、监听者模式、代理模式、工厂模式、策略模式
关于架构，架构就是一个项目的骨架。他决定了一个项目的高度，还有成长程度。
关于架构的构成，不论是MVC架构还是组件化开发，都需要一个基础类库，这里可以参照苹果手机架构图。
各个小的工具和基础组件，是我们架构应该提供的，如：常用宏定义、常用UI类、常用工具类等等，
再此基础之上，可封装一些再大一点儿的功能组件，网络模块、视频播放模块、基础的界面Base通用模块。
再此层之上，可以再开放一些更大规模的模块，想AR Kit，UIKit等等。
由此一层一层向上聚合，由用户选择从何种层级进行接入和扩充。
这些模块的设计要求是，无嵌入、可扩充、修改性强、耦合性低、能抛向上层的部分就向上抛、且易于阅读。
我曾执笔雕刻时光 奈何良辰难书过往
