原文地址:https://www.jianshu.com/p/1faf2d78136c
探索底层原理,积累从点滴做起。大家好,我是闻闻。
iOS底层原理探索—OC对象的本质
iOS底层原理探索—class的本质
iOS底层原理探索—KVO的本质
iOS底层原理探索— KVC的本质
iOS底层原理探索— Category的本质(一)
iOS底层原理探索— Category的本质(二)
iOS底层原理探索— 关联对象的本质
iOS底层原理探索— block的本质(一)
iOS底层原理探索— block的本质(二)
iOS底层原理探索— Runtime之isa的本质
iOS底层原理探索— Runtime之class的本质
iOS底层原理探索— Runtime之消息机制
iOS底层原理探索—RunLoop的本质
iOS底层原理探索—RunLoop的应用
多线程是iOS开发中很重要的一个环节,无论是开发过程还是在面试环节中,多线程出现的频率都非常高。我们会通过几篇文章的探索,深入浅出的分析多线程技术。
在学习多线程之前,我们先熟悉几个概念。
当一个程序进入内存运行时,即变成一个进程。进程是处于运行过程中的程序,并且具有一定的独立功能,进程是系统进行资源分配和调度的一个独立单位。
线程是指程序在执行过程中,能够执行程序代码的一个执行单元,是操作系统能够进行运算调度的最小单位。它被包含在进程之中,是进程中的实际运作单位。一条线程指的是进程中一个单一顺序的控制流,一个进程中可以并发多个线程,每条线程并行执行不同的任务。进程中可以拥有多个线程,但是至少有一个线程。一个线程必须有一个父进程。
队列,又称为伫列(queue),是先进先出(FIFO, First-In-First-Out)的线性表,在具体应用中通常用链表或者数组来实现。装载线程任务的队形结构。队列只允许在后端(称为rear)进行插入操作,在前端(称为front)进行删除操作。队列的操作方式和堆栈类似,唯一的区别在于队列只允许新数据在后端进行添加。

队列的类型决定了任务的执行方式(并发、串行),队列包括以下几种:
同步 sync: 只能在当前线程按先后顺序依次执行任务,不具备开启新线程的能力。
异步 async: 在新的线程中执行任务,具备开启新线程的能力。


在实际开发过程中,GCD和NSOperation两种多线程方案的使用频率较高,GCD更接近底层,NSOperation基于GCD封装的,更加面向对象。
1、GCD仅仅支持FIFO队列,不支持异步操作之间的依赖关系设置。而NSOperation中的队列可以被重新设置优先级,从而实现不同操作的执行顺序调整。
2、NSOperation支持KVO,可以观察任务的执行状态。
3、GCD更接近底层,GCD在追求性能的底层操作来说,是速度最快的。
4、从异步操作之间的事务性,顺序行,依赖关系。GCD需要自己写更多的代码来实现,而NSOperation已经内建了这些支持
5、如果异步操作的过程需要更多的被交互和UI呈现出来,NSOperation更好。底层代码中,任务之间不太互相依赖,而需要更高的并发能力,GCD则更有优势
GCD的代码是开源的,大家可以通过下载源码,分析源码进一步了解GCD。
GCD中两个执行任务的函数:
同步执行任务:
//queue:队列 block:任务
dispatch_sync(dispatch_queue_t queue, dispatch_block_t block);
异步执行任务:
//queue:队列 block:任务
dispatch_async(dispatch_queue_t queue, dispatch_block_t block);
我们通过代码来帮助了解同步执行和异步执行:

我们在全局队列中同步执行任务1和任务2,通过打印可以看出,同步执行是按顺序执行任务,执行完任务1再执行任务2。并且打印当前线程,同步执行是在主线程中执行任务,没有开启新线程。
我们再来看一下异步执行:

可以看出任务1和任务2交错执行,并非同步执行那样执行完任务1再执行任务2。而且通过线程编号可以看出,的确开启了新的线程。说明异步执行具备开启新线程的能力。
但是,如果在主队列中异步执行,是不会开启新线程的:

由于主队列也是串行队列,虽然是异步执行,但是仍旧执行完任务1再执行任务2,并且是在主线程汇中执行,没有开启新的线程。
我们用一张表格来总结一下:

同步函数或者主队列:没有开启新线程、串行执行任务;
异步函数且非主队列:有开启新线程、执行方式取决与队列类型并发或串行
下面我们用几个例子来帮助我们理解:
- (void)viewDidLoad {
[super viewDidLoad];
NSLog(@"任务1");
dispatch_queue_t queue = dispatch_get_main_queue();
dispatch_sync(queue, ^{
NSLog(@"任务2");
});
NSLog(@"任务3");
}
答案是只会打印任务1,然后程序崩溃
首先分析一下代码:主线程执行完任务1后,在主队列dispatch_get_main_queue()中同步执行(dispatch_sync)任务2,然后执行任务3。
队列的特点是FIFO,主队列中已经存在任务viewDidLoad,往主队列加入任务2,就需要执行完viewDidLoad才能执行任务2。但是想要执行完viewDidLoad又必须先执行viewDidLoad内的任务2和任务3。这就造成了死锁。

- (void)viewDidLoad {
[super viewDidLoad];
NSLog(@"任务1");
dispatch_queue_t queue = dispatch_get_main_queue();
dispatch_async(queue, ^{
NSLog(@"任务2");
});
NSLog(@"任务3");
}
答案是任务1,任务3,任务2
主线程执行任务1之后,需要异步(dispatch_async)执行任务2;而dispatch_async不要求立马在当前线程同步执行任务;所以主线程接着执行任务3,最后异步执行任务2。

- (void)viewDidLoad {
[super viewDidLoad];
NSLog(@"任务1");
dispatch_queue_t queue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_SERIAL);
dispatch_async(queue, ^{
NSLog(@"任务2");
dispatch_sync(queue, ^{
NSLog(@"任务3");
});
NSLog(@"任务4");
});
NSLog(@"任务5");
}
答案是任务1,任务5,任务2,然后程序崩溃
主线程执行任务1之后,在串行队列DISPATCH_QUEUE_SERIAL中异步(dispatch_async)执行任务2,这时会开启子线程,不影响执行任务5。在子线程串行队列中,执行任务2,接着立刻同步(dispatch_sync)执行任务3。但是在串行队列中需要执行完任务4之后才能执行任务3,因此会产生死锁。

- (void)viewDidLoad {
[super viewDidLoad];
NSLog(@"任务1");
dispatch_queue_t queue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_SERIAL);
dispatch_queue_t queue2 = dispatch_queue_create("myQueue2", DISPATCH_QUEUE_CONCURRENT);
dispatch_async(queue, ^{
NSLog(@"任务2");
dispatch_sync(queue2, ^{
NSLog(@"任务3");
});
NSLog(@"任务4");
});
NSLog(@"任务5");
}
答案是任务1,任务5,任务2,任务3,任务4
主线程执行任务1后,需要异步(dispatch_async)执行任务2;所以先执行主线程的任务5,然后执行任务2;接着需要在并发队列中同步(dispatch_sync)执行任务3;然后执行串行队列中的任务4。

- (void)viewDidLoad {
[super viewDidLoad];
NSLog(@"任务1");
dispatch_queue_t queue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_SERIAL);
dispatch_queue_t queue2 = dispatch_queue_create("myQueue2", DISPATCH_QUEUE_SERIAL);
dispatch_async(queue, ^{
NSLog(@"任务2");
dispatch_sync(queue2, ^{
NSLog(@"任务3");
});
NSLog(@"任务4");
});
NSLog(@"任务5");
}
答案是任务1,任务5,任务2,任务3,任务4
主线程执行任务1之后,需要异步(dispatch_async)执行串行队列中的任务2;所以先执行主线程的任务5,然后执行任务2;接着需要在另外一个串行队列中同步(dispatch_sync)执行任务3;然后回到第一个串行队列中执行任务4。

- (void)viewDidLoad {
[super viewDidLoad];
NSLog(@"任务1");
dispatch_queue_t queue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_CONCURRENT);
dispatch_async(queue, ^{
NSLog(@"任务2");
dispatch_sync(queue, ^{
NSLog(@"任务3");
});
NSLog(@"任务4");
});
NSLog(@"任务5");
}
答案是任务1,任务5,任务2,任务3,任务4
主线程执行任务1之后,需要异步(dispatch_async)执行任务2;所以先执行主线程的任务5,然后执行任务2;接着需要在并发队列中同步(dispatch_sync)执行任务3;然后执行并发队列中的任务4。

使用同步函数
dispatch_sync往当前串行队列中添加任务,会卡住当前的串行队列,即产生死锁。
以下文章可以做一个学习参考:
GCD面试要点
block面试要点
Runtime面试要点
RunLoop面试要点
内存管理面试要点
MVC、MVVM面试要点
网络性能优化面试要点
网络编程面试要点
KVC&KVO面试要点
数据存储面试要点
混编技术面试要点
设计模式面试要点
UI面试要点
我收到这个错误:RuntimeError(自动加载常量Apps时检测到循环依赖当我使用多线程时。下面是我的代码。为什么会这样?我尝试多线程的原因是因为我正在编写一个HTML抓取应用程序。对Nokogiri::HTML(open())的调用是一个同步阻塞调用,需要1秒才能返回,我有100,000多个页面要访问,所以我试图运行多个线程来解决这个问题。有更好的方法吗?classToolsController0)app.website=array.join(',')putsapp.websiteelseapp.website="NONE"endapp.saveapps=Apps.order("
这里有一个很好的答案解释了如何在Ruby中下载文件而不将其加载到内存中:https://stackoverflow.com/a/29743394/4852737require'open-uri'download=open('http://example.com/image.png')IO.copy_stream(download,'~/image.png')我如何验证下载文件的IO.copy_stream调用是否真的成功——这意味着下载的文件与我打算下载的文件完全相同,而不是下载一半的损坏文件?documentation说IO.copy_stream返回它复制的字节数,但是当我还没有下
我正在尝试解析一个文本文件,该文件每行包含可变数量的单词和数字,如下所示:foo4.500bar3.001.33foobar如何读取由空格而不是换行符分隔的文件?有什么方法可以设置File("file.txt").foreach方法以使用空格而不是换行符作为分隔符? 最佳答案 接受的答案将slurp文件,这可能是大文本文件的问题。更好的解决方案是IO.foreach.它是惯用的,将按字符流式传输文件:File.foreach(filename,""){|string|putsstring}包含“thisisanexample”结果的
1.错误信息:Errorresponsefromdaemon:Gethttps://registry-1.docker.io/v2/:net/http:requestcanceledwhilewaitingforconnection(Client.Timeoutexceededwhileawaitingheaders)或者:Errorresponsefromdaemon:Gethttps://registry-1.docker.io/v2/:net/http:TLShandshaketimeout2.报错原因:docker使用的镜像网址默认为国外,下载容易超时,需要修改成国内镜像地址(首先阿里
我正在尝试使用ruby编写一个双线程客户端,一个线程从套接字读取数据并将其打印出来,另一个线程读取本地数据并将其发送到远程服务器。我发现的问题是Ruby似乎无法捕获线程内的错误,这是一个示例:#!/usr/bin/rubyThread.new{loop{$stdout.puts"hi"abc.putsefsleep1}}loop{sleep1}显然,如果我在线程外键入abc.putsef,代码将永远不会运行,因为Ruby将报告“undefinedvariableabc”。但是,如果它在一个线程内,则没有错误报告。我的问题是,如何让Ruby捕获这样的错误?或者至少,报告线程中的错误?
我是ruby的新手,我认为重新构建一个我用C#编写的简单聊天程序是个好主意。我正在使用Ruby2.0.0MRI(Matz的Ruby实现)。问题是我想在服务器运行时为简单的服务器命令提供I/O。这是从示例中获取的服务器。我添加了使用gets()获取输入的命令方法。我希望此方法在后台作为线程运行,但该线程正在阻塞另一个线程。require'socket'#Getsocketsfromstdlibserver=TCPServer.open(2000)#Sockettolistenonport2000defcommandsx=1whilex==1exitProgram=gets.chomp
print"Enteryourpassword:"pass=STDIN.noecho(&:gets)puts"Yourpasswordis#{pass}!"输出:Enteryourpassword:input.rb:2:in`':undefinedmethod`noecho'for#>(NoMethodError) 最佳答案 一开始require'io/console'后来的Ruby1.9.3 关于ruby-为什么不能使用类IO的实例方法noecho?,我们在StackOverflow上
我有一个使用PDFKit呈现网页的pdf版本的Rails应用程序。我使用Thin作为开发服务器。问题是当我处于开发模式时。当我使用“bundleexecrailss”启动我的服务器并尝试呈现任何PDF时,整个过程会陷入僵局,因为当您呈现PDF时,会向服务器请求一些额外的资源,如图像和css,看起来只有一个线程.如何配置Rails开发服务器以运行多个工作线程?非常感谢。 最佳答案 我找到的最简单的解决方案是unicorn.geminstallunicorn创建一个unicorn.conf:worker_processes3然后使用它:
所以,Ruby1.9.1现在是declaredstable.Rails应该与它一起工作,并且正在慢慢地将gem移植到它。它具有native线程和全局解释器锁(GIL)。自从GIL到位后,原生线程是否比1.9.1中的绿色线程有任何优势? 最佳答案 1.9中的线程是原生的,但它们被“放慢了速度”,一次只允许一个线程运行。这是因为如果线程真的并行运行,它会混淆现有代码。优点:IO现在在线程中是异步的。如果一个线程阻塞在IO上,那么另一个线程将继续执行直到IO完成。C扩展可以使用真正的线程。缺点:任何非线程安全的C扩展都可能存在使用Thre
我在一个ruby文件中有一个函数可以像这样写入一个文件File.open("myfile",'a'){|f|f.puts("#{sometext}")}这个函数在不同的线程中被调用,使得像上面这样的文件写入不是线程安全的。有谁知道如何以最简单的方式使这个文件写入线程安全?更多信息:如果重要的话,我正在使用rspec框架。 最佳答案 您可以通过File#flock给锁File.open("myfile",'a'){|f|f.flock(File::LOCK_EX)f.puts("#{sometext}")}