步骤 : 新建一个swift文件 -> 提示是否创建桥接头TestProject-Bridging-Header.h文件,点击是 ->添加oc的.h文件到桥接头文件中,这样新增的swift文件中就可以调用这些oc文件了 -> 然后在oc的.m文件中,导入#import"TestProject-Swift.h" (系统已经关联好的), -> 最后可以在oc中任意调用所有的swift文件,不需要导入操作(也没有.h可以导入).

17、代码版本管理 : 持续集成工具

例如 CruiseControL，hudson ，jenkins，还有apache的Continuum 等开源的持续集成工具

jenkins 配置 : http://www.jianshu.com/p/8d4452c6f17e

18, 项目中什么情况下经常使用的多线程?

iOS中的多线程一般使用场景

>1 :延迟操作 dispatch_after

>2 :只执行一次,如单例模式中 : dispatch_once(&onceToken,^{}

>3 :管理任务队列中的任务

dispatch_group_t group = dispatch_group_create();

dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);

dispatch_group_async(group, queue, ^{}）；

>4 :下载图片和大文件 :多线程和 background 模式下载

NSURLSession的常规使用:

```NSURLSession:

{

NSURLSessionTask(抽象类)NSURLSessionDataTaskNSURLSessionUploadTaskNSURLSessionDownloadTask

}

请求代理:

NSURLSessionDataDelegate

断点下载:

NSURLSessionDownloadTask 方法返回 resumeData,用来记录下载位置

session的配置信息:

NSURLSessionConfiguration

{

(NSURLSessionConfiguration *)defaultSessionConfiguration;默认的配置会将缓存存储在磁盘上

(NSURLSessionConfiguration *)ephemeralSessionConfiguration;瞬时会话模式不会创建持久性存储的缓存

(NSURLSessionConfiguration *)backgroundSessionConfigurationWithIdentifier:(NSString *)identifier后台会话模式允许程序在后台进行上传下载工作

config.timeoutIntervalForRequest 超时时间

timeoutIntervalForRequest = 10;// 是否允许使用蜂窝网络(后台传输不适用)

}```

>5 :线程的通信

[queue addOperationWithBlock:^{ // 异步下载图片}

// 回到主线程，显示图片

// [self performSelectorOnMainThread:<#(SEL)#> withObject:<#(id)#> waitUntilDone:<#(BOOL)#>];

// dispatch_async(dispatch_get_main_queue(), ^{

>6 : 设置依赖

[operationB addDependency:operationA];

[operationC addDependency:operationB];

// 添加操作到队列中（自动异步执行任务）

[queue addOperation:operationC];

[queue addOperation:operationA];

[queue addOperation:operationB];

通过GCD中的dispatch_barrier_(a)sync加强对sync中所谓等待的理解 (有时候比队列组更好用,SDWebImage也使用到)

>7 :优化app性能的需求

// A :设置最大并发(最多同时并发执行3个任务) : queue.maxConcurrentOperationCount = 3;

// B: -(void)didReceiveMemoryWarning 里面[queue cancelAllOperations]; // 取消队列中的所有任务

>8 通过Runtime机制检测子线程操作UI

moshuqi.github.io/ios/2016/05/02/iOS通过runtime机制检测子线程操作UI.html

存在滥用子线程的问题，很多没有必要的地方都新开了线程去做处理操作，导致操作完的回调UI处理也可能是在子线程中，导致了各种隐蔽的坑问题。因为我们绝大多数的UI操作对象都为UIView或其子类，所以方法的替换针对UIView进行。

load 方法的实现

18.2 iOS多线程---锁-并行开发解决 [一般不是必要时不轻易加锁]

http://www.jianshu.com/p/ad2a0f53eb8d

多线程操作过程中往往多个线程是并发执行的，同一个资源可能被多个线程同时访问，造成资源抢夺，这个过程中如果没有锁机制往往会造成重大问题。

(1)NSLock同步锁

```[_lock lock];//加锁

[_imageNames removeObject:name];

[_lock unlock];//使用完解锁```

(2)@synchronized代码块 (常用,简单)

```@synchronized(self){

[_imageNames removeObject:name];

}```

(3)GCD中信号量机制:信号量是dispatch_semaphore_t类型

```dispatch_semaphore_t _semaphore;//定义一个信号量

/*初始化信号量参数是信号量初始值*/

_semaphore=dispatch_semaphore_create(1);```

执行代码:

```//信号等待第二个参数：等待时间

dispatch_semaphore_wait(_semaphore, DISPATCH_TIME_FOREVER);

[_imageNames removeObject:name];

dispatch_semaphore_signal(_semaphore);//信号通知```

(4) NSCondition来控制线程通信(同前面GCD的信号机制类似)

(5) NSRecursiveLock ：递归锁，有时候“加锁代码”中存在递归调用，递归开始前加锁，递归调用开始后会重复执行此方法以至于反复执行加锁代码最终造成死锁，这个时候可以使用递归锁来解决。使用递归锁可以在一个线程中反复获取锁而不造成死锁，这个过程中会记录获取锁和释放锁的次数，只有最后两者平衡锁才被最终释放。

(6) NSDistributedLock：分布锁，它本身是一个互斥锁，基于文件方式实现锁机制，可以跨进程访问。

(7) pthread_mutex_t：同步锁，基于C语言的同步锁机制，使用方法与其他同步锁机制类似。

(8)使用atomic(原子性)一定是线程安全的吗？

atomic原子操作，系统会为setter方法加锁,并不能保证绝对的线程安全，还需要使用更高级的方式来处理，比如@syncronized等

19 , ios runtime 的理解 ?

yulingtianxia.com/blog/2014/11/05/objective-c-runtime/

当某个对象使用语法[receiver message]来调用某个方法时，其实[receiver message]被编译器转化为：

idobjc_msgSend (idself, SEL op, ... );

也就是说,我们平时编写的oc代码，方法调用的本质，就是在编译阶段，编译器转化为向对象发送消息。

Runtime的几个小例子 - 简书

>获取person类的所有变量；

>2.获取person类的所有方法；

>3.改变person类的私有变量name的值；

>4.为person的category类增加一个新属性；

>5.为person类添加一个方法；

>6.交换person类的2个方法的功能；

20 , ios 消息机制的理解?

>1 消息队列 : http://blog.csdn.net/topurce/article/details/7344360 :

intmain(){

while(要求退出){

响应各种消息

}

return0;

}

这就是我们消息队列的原型，系统的启动的时候创建一个线程，然后等待该线程结束，在等待的过程中响应各种消息，如鼠标，键盘等。这里所创建的线程就是程序的主线程，它自动的创建一个消息队列，然后等待它完成。这里的消息队列就是RunLoop, 我们查阅Foundation会发现有两个相关的对象NSRunLoop和CFRunLoop, 其实这两个东西是一样的，NSRunLoop主要是用于Objective-C程序，而CFRunLoop主要用于C/C++程序，这是因为C/C++程序无法使用objective-c对象而创建的一个类。

>2 设计模式消息机制 : iOS学习笔记(三) 消息机制 - 简书

>3 .iOS runtime消息机制 :

http://www.cnblogs.com/zhaoyunboy/p/objc_msgsend-and-msg-forwarding.html

>4 .iOS runtime消息转发机制 :

iOS消息转发机制详解 - 简书

深入理解Object-C消息转发机制待学习?

总结：

在一个函数找不到时，OC提供了三种方式去补救：

1、调用resolveInstanceMethod给个机会让类添加这个实现这个函数

2、调用forwardingTargetForSelector让别的对象去执行这个函数

3、调用forwardInvocation（函数执行器）灵活的将目标函数以其他形式执行。

如果都不中，调用doesNotRecognizeSelector抛出异常

21 , KVO 实现原理

iOS--KVO的实现原理与具体应用 - 简书

KVO机制 :

>>1 动态创建一个对象A当前类的子类NSKVONotifying_A. 对象的isa 实际上是指向这个新子类了.

>>2 为这个新的子类重写了被观察属性keyPath的setter 方法。setter 方法随后负责通知观察对象属性的改变状况。

>>3 （isa指针的作用：每个对象都有isa 指针，指向该对象的类，它告诉 Runtime 系统这个对象的类是什么。所以对象注册为观察者时，isa指针指向新子类，那么这个被观察的对象就神奇地变成新子类的对象（或实例）了。）因而在该对象上对 setter 的调用就会调用已重写的 setter，从而激活键值通知机制。

>>4 .执行方法顺序:

-(void)setName:(NSString*)newName{

[selfwillChangeValueForKey:@"name"];//KVO在调用存取方法之前总调用

[supersetValue:newName forKey:@"name"];//调用父类的存取方法didChangeValueForKey

[selfdidChangeValueForKey:@"name"];//KVO在调用存取方法之后总调用

}

>>5 .KVO 实现的监听成功的必要条件

如果赋值没有通过setter方法或者KVC，而是直接修改属性对应的成员变量，例如：仅调用_name = @"newName"，这时是不会触发kvo机制，更加不会调用回调方法的。

所以使用KVO机制的前提是遵循 KVO 的属性设置方式来变更属性值。

>>6 .手动实现需要的API

21、KVO 手动实现

如何自己动手实现 KVO

（1）PG_addObserver:forKey:withBlock: 方法：

1>检查对象的类有没有相应的 setter 方法。如果没有抛出异常；

2>检查对象 isa 指向的类是不是一个 KVO 类。如果不是，新建一个继承原来类的子类，并把 isa 指向这个新建的子类；

3>检查对象的 KVO 类重写过没有这个 setter 方法。如果没有，添加重写的 setter 方法；

4>添加这个观察者

demo 下载：GitHub - okcomp/ImplementKVO: Implement KVO

22 , KVC与KVO 和 Notification 之间区别?

KVC(键值编码) : 一个非正式的Protocol，使用字符串(键)访问一个对象实例变量的机制。而不是通过调用Setter、Getter方法等显式的存取方式去访问。

KVO(键值监听) : 一对多 , 类与类之间 ,发送通知,无返回值 , 实例无观察者不工作 , 它提供一种机制,当指定的对象的属性被修改后,对象就会接受到通知，前提是执行了setter方法、或者使用了KVC赋值。

Notification(通知) : 一对多 , 类与类之间 ,发送通知,无返回值 , 实例无观察者要工作 , 监听不局限于属性的变化，还可以对多种多样的状态变化进行监听，监听范围广，例如键盘、前后台等系统通知的使用也更显灵活方便。iOS 趣谈设计模式Notification.

delegate (代理) : 一对一(一般),类与类之间 ,对象通过变量(代理) ,实例无观察者要工作 ,

23 , block 的本质和实现原理

block使用：一篇文章看懂iOS代码块Block - 简书

block使用比如BlockKit 和 Masonry 封装使用可以学习一下。

循环引用解析weak ，strong 及 __block修饰原理：深入分析 Objective-C block、weakself、strongself 实现原理 - 简书

block的原理 : Block源码解析和深入理解 - 简书

24 , ARC - MRC 下怎么管理内存的?

>> MRC :

iOS笔记：内存管理

1.你拥有你创建的对象:也就是说创建的对象（使用alloc，new，copy或者mutalbeCopy等方法）的初始引用计数是1。

2.给对象发送retain消息后，你拥有了这个对象

3.当你不需要使用该对象时，发送release或者autorelease消息放弃这个对象

4.不要对你不拥有的对象发送“放弃”的消息

5.设置为ARC环境 : -fobjc-arc

>> ARC :

iOS开发ARC内存管理技术要点 - 不忘初“辛” - 博客园

iOS内存管理: ARC MRC 引用计数器 autorelease - 简书

iOS arc 内存管理 - 简书

1.不可以再显示调用dealloc、或实现调用retain、release、retainCount、autorelease这些方法。也不能使用@selector(retain), @selector(release),等等。

当自动释放池被销毁时，会对池子里的所有对象做一次release,如果手动retaincount 加1的话,会导致释放失败.

对于太耗性能的方法,不用的情况下,最好能手动释放.手动添加 @autoreleasepool { };

2.设置非ARC文件 : -fno-objc-arc

3.ARC 中内存泄漏:

[ A import B, 同时 B import A ] -

[ deleget 设置了strong ,应该是assign ] -

[ block 里直接用了self及其属性,应该weak ] -

[ 动画animation 设置HUGE_VALL 一直重复,应该viewWillDisappear中 removeAllAnimations]

[ ]

25 , 来电话时如何保存需要的数据?

来电:

后台模式1: IOS的后台任务-四种常见模式

26 、 NSTimer的使用

IOS中关于NSTimer使用知多少 - 集结号 - 博客频道 - CSDN.NET

简单注意比如滚动时定时器暂停的问题,熟悉runloop。

27 、 oc 和 swift 的区别？

Swift新特性介绍（一）语言基础中的新特性

28、IOS 野指针的产生及危害及空指针说明_harry_water_新浪博客

29、如何增强iOS应用程序的性能。

初级

1、使用ARC进行内存管理、2.在适当的情况下使用reuseIdentifier

3.尽可能将View设置为不透明（Opaque）4.避免臃肿的XIBs 5.不要阻塞主线程6.让图片的大小跟UIImageView一样7.选择正确的集合8.使用GZIP压缩

中级：

9.重用和延迟加载View 10.缓存、缓存、缓存11.考虑绘制12.处理内存警告13.重用花销很大的对象14.使用Sprite

Sheets 15.避免重新处理数据16.选择正确的数据格式17.设置适当的背景图片18.降低Web内容的影响19.设置阴影路径20.优化TableView 21.选择正确的数据存储方式

高级

22.加速启动时间23.使用Autorelease

Pool 24.缓存图片—或者不缓存25.尽量避免Date格式化

30、队列和栈有什么区别？堆和栈的区别？

栈（Stack）：是限定只能在表的一端进行插入和删除操作的线性表

队列（Queue）是限定只能在表的一段进行插入和在另一端进行删除操作的的线性表

1）、队列是先进先出，栈是先进后出

2）、遍历数据速度不同，队列遍历速度要快得多

堆和栈的区别？

栈完全是由系统管理的,堆是由程序员自己控制管理的,包括内存空间的开辟和释放.栈是先进后出.并且是连续的内存地址。堆是充分利用零散的内存地址，

31、常用git命令？如何解决代码冲突的？

32、iOS10新特性

iOS10新特性（What's New in iOS） - 简书

苹果官方文档：

iOS10新增框架： iOS 9.3 to iOS 10.0 API Differences

iOS10功能简介： iOS 10.0

callKit 电话框架：iOS10新特性之CallKit开发详解：锁屏接听和来电识别-爱编程

33、 UITableViewCell的重用机制：

关于UITableViewCell重用机制的理解 - 简书

(UITableViewCell)dequeueReusableCellWithIdentifier:(NSString)identifier这个方法中，他的基本意思就是在创建cell的时候为每一个cell都绑定一个identifier的标识。当cell从我们的视觉范围中消失的时候，这个绑定了cell的标识就会被放到缓存池中。当tableView需要新的cell的时候，直接先去缓存池中寻找有没有携带identifier的cell，若有的话直接复用；没有的话，才去创建新的cell，并绑定标识identifier。所以从理论上讲，倘若一屏最多显示的cell个数为n个，那么需要携带identifier表示的cell最少只需n+1个。

当然在某些情况下，我们不需要复用cell，因为cell的复用在当cell的个数比较少的情况下，对于性能的提升几乎没有作用，反而有可能会造成数据的错乱，这时候我们不想再使用cell的重用机制，这时候该怎么办呢？可以利用以下几种方式来解决：

UITableViewCellcell = [tableView cellForRowAtIndexPath:indexPath]; //根据indexPath准确地取出一行，而不是从cell重用队列中取出

if (cell == nil) {

cell = [[UITableViewCellalloc] initWithStyle:UITableViewCellStyleDefaultreuseIdentifier:CellIdentifier];

}

34、ios webrtc 音视频通话

iOS笔记-常见概念(二)

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读

iOS-面试题

面试

iOS精品文章-面试