线程是进程内部的一个执行流，作为 CPU 运行的基本单位，对于线程的合理控制与任务的执行效率息息相关，因此掌握线程基本操作（线程控制）是很有必要的
注：pthread_exit或者return返回的指针所指向的内存单元必须是全局的或者是用malloc分配的，不能在线程函数的栈上分配，因为当其它线程得到这个返回指针时线程函数已经退出了
进程与线程之间是有区别的，不过linux内核只提供了轻量进程的支持，未实现线程模型。Linux是一种“多进程单线程”的操作系统。Linux本身只有进程的概念，而其所谓的“线程”本质上在内核里仍然是进程。
进程是通过fork系列的系统调用（fork、clone、vfork）来创建的，内核（或内核模块）也可以通过kernel_thread函数创建内核进程。这些创建子进程的函数本质上都完成了相同的功能——将调用进程复制一份，得到子进程。（可以通过选项参数来决定各种资源是共享、还是私有。）
多线程编程在现代软件开发中是如此的重要，以至于熟练使用多线程编程是一名合格的后台开发人员的基本功，注意，我这里用的是基本功一词。它是如此的重要，所以您应该掌握它。本文将介绍多线程的方方面面，从基础的知识到高级进阶。让我们开始吧。
地址空间是进程能看到的资源窗口：一个进程能看到代码区、共享区、内核区、堆栈区，大部分的资源都是在地址空间上看到的
本文介绍了多线程和线程同步的基础知识，并基于Linux环境进行了详细的实例分析。通过本文的学习，读者可以掌握多线程和线程同步的基本原理，并能够使用相关技术解决实际问题。
豌豆贴心提醒，本文阅读时间5分钟 来源：伯乐在线 原文：http://python.jobbole.com/87498/ 引言&动机 考虑一下这个场景，我们有10000条数据需要处理，处理每条数据需要花费1秒，但读取数据只需要0.1秒，每条数据互不干扰。该如何执行才能花费时间最短呢？ 在多线程(MT)编程出现之前，电脑程序的运行由一个执行序列组成，执行序列按顺序在主机的中央处理器(CPU)中运行。无论是任务本身要求顺序执行还是整个程序是由多个子任务组成，程序都是按这种方式执行的
线程?为什么有了进程还需要线程呢，他们有什么区别?使用线程有什么优势呢?还有多线程编程的一些细节问题，如线程之间怎样同步、互斥，这些东西将在本文中介绍。我见到这样一道面试题： 是否熟悉POSIX
1. 首先我们来看一个现象，当只有第一行代码时，编译是能通过的，但会报warning，当加了第二行代码时，编译无法通过，报error。 第一行代码能编过的原因是权限缩小，虽然ptr是可读可写的权限，但在指向常量字符串"hello world"之后，ptr的权限就变为了只读，所以如果仅仅修改一下权限，g++并不会报错，只是报个warning罢了，但当解引用ptr，将ptr指向的内容修改为"H"字符串后，编译器就会报错了，因为我们说ptr的权限是只读，因为常量字符串是不可修改的，你现在进行了ptr指向内容的修改，编译器则一定会报错。
所谓惊群现象,简单的来说就是当多个进程或线程在同时阻塞等待同一个事件时,如果该事件发生,会唤醒在等待的所有的进程/线程,但最终只可能有一个进程/线程对该事件进行处理,其他进程/线程会在失败后重新休眠,唤醒多个进程/线程这种不必要的行为会造成系统资源的浪费(涉及到进程的上下文切换)。而常见的惊群问题有accept惊群、epoll惊群。
Linux内核在2.2版本中引入了类似线程的机制。Linux提供的vfork函数可以创建线程，此外Linux还提供了clone来创建一个线程，通过共享原来调用进程的地址空间，clone能像独立线程一样工作。Linux内核的独特，允许共享地址空间，clone创建的进程指向了父进程的数据结构，从而完成了父子进程共享内存和其他资源。clone的参数可以设置父子进程共享哪些资源，不共享哪些资源。实质上Linux内核并没有线程这个概念，或者说Linux不区分进程和线程。Linux喜欢称他们为任务。除了clone进程以外，Linux并不支持多线程，独立数据结构或内核子程序。但是POSIX标准提供了Pthread接口来实现用户级多线程编程。
先了解一下操作系统的一些相关概念，大部分操作系统(如Windows、Linux)的任务调度是采用时间片轮转的抢占式调度方式，也就是说一个任务执行一小段时间后强制暂停去执行下一个任务，每个任务轮流执行。任务执行的一小段时间叫做时间片，任务正在执行时的状态叫运行状态，任务执行一段时间后强制暂停去执行下一个任务，被暂停的任务就处于就绪状态等待下一个属于它的时间片的到来。这样每个任务都能得到执行，由于CPU的执行效率非常高，时间片非常短，在各个任务之间快速地切换，给人的感觉就是多个任务在“同时进行”，这也就是我们所说的并发(并发简单来说多个任务同时执行)。
pthread_t 到底是什么类型呢？取决于实现。对于Linux目前实现的NPTL实现而言，pthread_t类型的线程ID，本质就是一个进程地址空间上的一个地址。
线程存在于进程当中，是操作系统调度执行的最小单位。说通俗点线程就是干活，多线程也就是同时可以干不同的活而且还不会互相打扰，线程并没有自己的独立空间。
进程是指计算机中已运行的程序。进程本身不是基本的运行单位，而是线程的容器。程序本身只是指令、数据及组织形式的描述，而进程才是程序真正的运行实体。在Linux内核中，进程又称为任务（task），进程的虚拟地址空间可以分为用户虚拟地址空间和内核虚拟地址空间，所有进程共享内核虚拟地址空间，又各自拥有独立的用户虚拟地址空间。
早在LINUX2.2内核中。并不存在真正意义上的线程，当时Linux中常用的线程pthread实际上是通过进程来模拟的，也就是同过fork来创建“轻”进程，并且这种轻进程的线程也有个数的限制：最多只能有4096和此类线程同时运行。 2.4内核消除了个数上的限制，并且允许在系统运行中动态的调整进程数的上限，当时采用的是Linux Thread 线程库，它对应的线程模型是“一对一”，而线程的管理是在内核为的函数库中实现，这种线程得到了广泛的应用。但是它不与POSIX兼容。另外还有许多诸如信号处理，进程ID等方面的问题没有完全解决。 相似新的2.6内核中，进程调度通过重新的编写，删除了以前版本中的效率不高的算法，内核框架页也被重新编写。开始使用NPTL(Native POSIX Thread Library)线程库，这个线程库有以下几个目标： POSIX兼容，都处理结果和应用，底启动开销，低链接开销，与Linux Thread应用的二进制兼容，软硬件的可扩展能力，与C++集成等。 这一切是2.6的内核多线程机制更加完备。
实际上，出现上述的情况，还是因为我们对于 GO 语言的并发模型和涉及的 GO 语言基础不够扎实，误解了语言的用法。
进程中使用malloc/new都是在虚拟内存中开辟的空间，需要通过页表与物理内存建立联系以后才能拥有真正的物理空间，也就是说一个进程能看到多少资源取决于进程地址空间，但这个资源是否有效则取决于页表是否与物理内存之间建立映射关系，也即是进程地址空间是一个进程的资源窗口，页表决定进程到底有多少资源
上面讲的自旋锁，信号量和互斥锁的实现，都是使用了原子操作指令。由于原子操作会 lock，当线程在多个 CPU 上争抢进入临界区的时候，都会操作那个在多个 CPU 之间共享的数据 lock。CPU 0 操作了 lock，为了数据的一致性，CPU 0 的操作会导致其他 CPU 的 L1 中的 lock 变成 invalid，在随后的来自其他 CPU 对 lock 的访问会导致 L1 cache miss（更准确的说是communication cache miss），必须从下一个 level 的 cache 中获取。
操作系统中的经典定义： 进程：资源分配单位。 线程：调度单位。 操作系统中用PCB(Process Control Block, 进程控制块)来描述进程。Linux中的PCB是task_struct结构体。
我们在编写程序的时候，常常会需要一些线程的delay函数。这个问题说简单也简单，说复杂也复杂。比如很多人读知道delay直接用Windows的API函数Sleep啊，确实没错，这个可以实现一个指定毫秒数的等待，我本身也会常常使用它，那么我要问一个问题，这个问题不管是在Windows、Linux还是其他系统都会存在。这个问题就是：是否每个地方的等待函数都可以用Sleep（Linux下pthread_delay函数）？这个看似简单的问题，我估计不少人都会被问住，回答是吧，感觉可能不会这么简单；如果不是，那能举个
原文：http://blog.csdn.net/luoweifu/article/details/46595285 作者：luoweifu
什么是线程？线程与进程与有什么关系？这是一个非常抽象的问题，也是一个特别广的话题，涉及到非常多的知识。我不能确保能把它讲的话，也不能确保讲的内容全部都正确。即使这样，我也希望尽可能地把他讲通俗一点，讲的明白一点，因为这是个一直困扰我很久的，扑朔迷离的知识领域，希望通过我的理解揭开它一层一层神秘的面纱。
而实际上，在Linux中，进程不止一个执行流，而是可能会有几个或很多个。同一个进程中，每一个执行流都指向同一个虚拟地址空间，由操作系统创建。即在完整的进程中，进程包括：若干个执行流，虚拟地址空间，页表，以及存在物理内存中属于该进程的数据和代码。
进程在多数早期多任务操作系统中是执行工作的基本单元。进程是包含程序指令和相关资源的集合，每个进程和其他进程一起参与调度，竞争 CPU 、内存等系统资源。每次进程切换，都存在进程资源的保存和恢复动作，这称为上下文切换。进程的引入可以解决多用户支持的问题，但是多进程系统也在如下方面产生了新的问题：进程频繁切换引起的额外开销可能会严重影响系统性能。
通过对线程与线程控制的相关知识点的编程学习和锻炼，培养学生们对线程相关实例问题的分析与解决能力。
IO模型是编程语言和软件开发中重要的知识。本篇从IO模型这个切入点横向梳理了从操作系统到应用层IO模型相关知识。考虑到技术本身具有横向迁移的特点，也可以帮助大家在宏观与微观，具体与细节，底层与应用多角度串联技术，本篇是第一篇从IO模型说起。
对于一个操作系统来说，提供运行程序的能力是其本质，而在 Linux 中，轻量、相应快速的进程管理也是其优良特性之一。我会分两篇文章介绍 Linux 进程。这是第一篇，重点在于 Linux 进程的描述和生命周期，下一篇将介绍 Linux 下的进程调度。
等待/通知机制在我们生活中很常见，一个形象的例子就是厨师和服务员之间就存在等待/通知机制。
与线程有关的函数构成了一个完整的系列，大多数函数名都是以“pthread_”为开头的，要使用这些函数需要引入头文件pthread.h。链接这些线程函数库需要使用编译器命令的-lpthread选项。
当一个程序开始执行后，在开始执行到执行完毕退出这段时间内，它在内存中的部分就叫称作一个进程。
关于linux线程 在许多经典的操作系统教科书中, 总是把进程定义为程序的执行实例, 它并不执行什么, 只是维护应用程序所需的各种资源. 而线程则是真正的执行实体. 为了让进程完成一定的工作, 进程必
线程?为什么有了进程还需要线程呢，他们有什么区别?使用线程有什么优势呢?还有多线程编程的一些细节问题，如线程之间怎样同步、互斥，这些东西将在本文中介绍。我见到这样一道面试题： 是否熟悉POSI
今天群里老铁投稿的照片都很赞！都很有feeling！以后都会注明作者，不能白嫖~~~
引入线程是为了更为精细粒度的分配CPU时间片，节省系统公共资源，更为充分和有效的配置有限运算能力
注意 : 启动进程此时target绑定函数开始执行，该函数作为新进程执行内容，此时进程真正被创建
例如，用户运行自己的程序，系统就创建一个进程，并为它分配资源，包括各种表格、内存空间、磁盘空间、I／O设备等。
上一节里讲了线程的基本概念，和进程的关系等等。这一节来深入一些，讲一讲具体的一些知识。
什么是多线程，提出这个问题的时候，我还是很老实的拿出操作系统的书，按着上面的话敲下“为了减少进程切换和创建开销，提高执行效率和节省资源，我们引入了线程的概念，与进程相比较，线程是CPU调度的一个基本单位。”
这里也能解释为什么对于常量字符串类型为什么不能修改了，因为要修改的时候会从虚拟地址转化成物理地址，然后检查权限是否可以修改等等。
我们都知道计算机的核心是CPU，它承担了所有的计算任务；而操作系统是计算机的管理者，它负责任务的调度、资源的分配和管理，统领整个计算机硬件；应用程序则是具有某种功能的程序，程序是运行于操作系统之上的。
也是最近看YOLOV3的源码的时候接触到这里，demo()函数里是用到多线程编程的。我一开始是把线程这里是略掉的，后来发现实际上检测的函数就是通过线程来组织的，所以不得不看这里的知识，大部分的参考这篇文章，用自己的语言理解一遍写下来。
线程是轻量级的进程（LWP：light weight process），在 Linux 环境下线程的本质仍是进程。在计算机上运行的程序是一组指令及指令参数的组合，指令按照既定的逻辑控制计算机运行。操作系统会以进程为单位，分配系统资源，可以这样理解，进程是资源分配的最小单位，线程是操作系统调度执行的最小单位。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
