1、YYModel在Swift中的使用与OC中有没有什么不同？(此问题为小众问题)
不同：
1）、无法将 Model 的属性匹配到指定的 JSON/NSDictionary.
2）、无法将model属性关联到其他model
同：简单的 JSON 与 Model 的转换都可以。
2、项目中有C++怎么处理内存问题？###
内存分区:
1)、栈区（stack）— 由编译器自动分配释放 ，存放函数的参数值，局部变量的值等。其操作方式类似于数据结构中的栈。
2)、堆区（heap） — 一般由程序员分配释放， 若程序员不释放，程序结束时可能由OS回收 。
3)、全局区（静态区）（static）—，全局变量和静态变量的存储是放在一块的，初始化的全局变量和静态变量在一块区域， 未初始化的全局变量和未初始化的静态变量在相邻的另一块区域。 - 程序结束后有系统释放。注意：全局区又可分为未初始化全局区：.bss段和初始化全局区：data段。
4)、常量区—常量字符串就是放在这里的。 程序结束后由系统释放
5)、代码区—存放函数体的二进制代码。
3、Swift上架过程中与OC有什么区别吗？
没有吧.
4、search搜索,搜索了5次,网络比较慢,如何处理？###
答：多次请求使用GCD来实现，把用户搜索请求加入队列里进行执行，未执行完毕的任务取消，已执行完毕的任务过滤，只执行最新一次的搜索任务。(其中牵扯到线程通信的问题)
线程通信的问题？
答:????
5、OC种如何调用Swift中的枚举？###
答：swift枚举的数据类型是未指定的，在OC中找到对应的枚举值，swift要在定义的时候定义枚举值的类型，可以是string或NSInteger
6、怎么在不提交版本的情况下来修复程序出现的bug？
答：上架应用-热修复:hotfix.
hotfix是什么?
答：？？？？
7、swift中week和unowned(昂偶的)的区别？###
共同点：都是弱引用，都是解决循环引用造成的内存无法释放问题。
不同点：week修饰的是var类型的可选型;unowned修饰的是let(常量)类型的非可选型（不能是可选型）.
unowned缺点：由于修复的不可设置为nil,打破循环的情况下， unowned修饰的对象会指向错误(不会知道nil,也不会知道对应对象,而是指向位置内存地址,所以需要保证unowned修饰的对象不能提前的设置为nil.
注意：不能修饰函数。（例如闭包强引用内存泄漏时无法使用week和unowned）
8、Rac?###
ReactiveCocoa(简称Rac),是有Github开源的一个应用于iOS和OS开发的新框架,Cocoa是苹果整套框架的简称。
作用：可以把要处理的事情和监听的事情的代码放在一起，这样非常方便我们管理，就不需要跳转到对应的方法里，非常符合我们开发的高聚合、低耦合的思想。
编程思想：被描述为函数响应式编程(FRP)框架。
好处:用Rac解决问题 就不需要考虑调用顺序，直接考虑结果，吧每次操作都写成一系列嵌套的方法中，是代码高聚合、低耦合。
9、Mvvm和mvc的优缺点？###
两种模式的目的是为了实现一种动态的程序设计，简化后续对软件系统的修改和扩展，并使得程序的某一部分的复用成为可能。
MVC: 三个部分按照其各自的职责划分：
数据Model： 负责封装数据、存储和处理数据运算等工作
视图View： 负责数据展示、监听用户触摸等工作
控制器Controller： 负责业务逻辑、事件响应、数据加工等工作.
在iOS中，M和V之间禁止通信，必须由C控制器层来协调M和V之间的变化。如下图所示，C对M和V的访问是不受限的，但M和V不允许直接接触控制器层，而是由多种Callbacks(回调)方式来通知控制器.
FBb6RbV.png!web.jpeg
MVC的缺点：
1）、如果业务复杂起来，再加上其他乱七八糟的验证，controller就会变得很大，越来越难以维护
MVVM是将“数据模型数据双向绑定”的思想作为核心，因此在View和Model之间没有联系，通过ViewModel进行交互，而且Model和ViewModel之间的交互是双向的，因此视图的数据的变化会同时修改数据源，而数据源数据的变化也会立即反应到View上。
关于MVVM的优点：
1)、方便测试
在MVC下，Controller基本是无法测试的，里面混杂了个各种逻辑，而且分散在不同的地方。有了MVVM我们就可以测试里面的viewModel，来验证我们的处理结果对不对（Xcode7的测试已经越来越完善了）。
2)、便于代码的移植
比如iOS里面有iPhone版本和iPad版本，除了交互展示不一样外，业务逻辑的model是一致的。这样，我们就可以以很小的代价去开发另一个app。（以前做公司iPad的时候就深深感觉到，全部在VC里面是多么的痛苦和重新开发一个没有啥区别）。
3)、兼容MVC
MVVM是MVC的一个升级版，目前的MVC也可以很快的转换到MVVM这个模式。VC可以省去一大部分展示逻辑。
缺点：
1)、类会增多
每个VC都附带一个viewModel，类的数量*2
2）、viewModel会越来越庞大
我们把逻辑给了viewModel，那势必Model也会变得很复杂，里面的属性和方法越来越多。可能重写的方法比较多，因为涉及到一些数据的转换以及和controller之间的通信。
3）、调用复杂度增加
由于数据都是从viewModel来，想想突然来了一个新人，一看代码，不知道真实的模型是谁。比如常用tableview的数据源，一般都是一个数组，如果不断的通过viewModel去取，沟通上没有那么直接。况且每封一层，意味着要写很多代码去融合他们的转换。
10、内存管理？###
MRC ：OC内存管理遵循“谁创建，谁释放，谁引用，谁管理”的机制，当创建或引用一个对象的时候，需要向她发送alloc、copy、retain消息，当 释放该对象时需要发送release消息，当对象引用计数为0时，系统将释放该对象，这是OC的手动管理机制（MRC）。
ARC: 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方法,释放该对象和对象本身它所拥有的实例。
11、oc和swift的优缺点？
12、cocoaPods 安装和使用
13、轮播图的原理？
14、推送的原理？
15、swift最新版本新出特性？
16、最新iOS9 适配？
17、项目上线新规？
18、怎么使用https请求？
19、蓝牙打印机原理？
20、人脸识别原理？使用？
21、视频直播原理 和使用？
22、指纹是被的原理和使用
23、苹果支付的使用？
24、swift闭包强引用造成内存泄露怎么解决？
/*错误使用 内存泄露
例：
temperatureChange = { newTemperature in
//abs(Int) 返回绝对值
if abs(newTemperature - self.temperature) >= 10 {
print("这个不符合标准")
}else{
self.temperature = newTemperature
print("符合标准")
}
}
/
//解决：
//此处 如果没有unowned self 意为闭包中self是若引用 self对象肯定存在
/方法一：
temperatureChange = { [unowned self] newTemperature in
//abs(Int) 返回绝对值
if abs(newTemperature - self.temperature) >= 10 {
print("这个不符合标准")
}else{
self.temperature = newTemperature
print("符合标准")
}
}
*/
//方法二: 此处使用weak 意为弱引用 self对象可能不存在 所以需要判断self 不为nil
temperatureChange = { [weak self] newTemperature in
if let weakself = self {
//abs(Int) 返回绝对值
if abs(newTemperature - weakself.temperature) >= 10 {
print("这个不符合标准")
}else{
weakself.temperature = newTemperature
print("符合标准")
}
}
}
Demo网址：https://github.com/zhangnianqq/Demos
25、简述类目category优点和缺点。
优点：
- 不需要通过增加子类而增加现有类的行为(方法),且类目中的方法与原始类方法基本没有区别;
- 通过类目可以将庞大一个类的方法进行划分,从而便于代码的日后的维护、更新以及提高代码的阅读性;
缺点： - 无法向类目添加实例变量,如果需要添加实例变量,只能通过定义子类的方式;
- 类目中的方法与原始类以及父类方法相比具有更高优先级,如果覆盖父类的方法,可能导致super消息的断裂。因此,最好不要覆盖原始类中的方法。
网友评论