进程与线程之间是有区别的，不过linux内核只提供了轻量进程的支持，未实现线程模型。Linux是一种“多进程单线程”的操作系统。Linux本身只有进程的概念，而其所谓的“线程”本质上在内核里仍然是进程。
在单线程的程序里，有两种基本的数据：全局变量和局部变量。但在多线程程序里，还有第三种数据类型：线程数据（TSD: Thread-Specific Data）。
早在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的内核多线程机制更加完备。
1.线程的概念 在linux操作系统下，线程的本质任然是进程。是轻量级的进程（light weight process）简称LWP，但线程与进程还是有很多的区别。
Linux线程里还支持一个围栏机制–也就是屏障功能。这个围栏机制，可以设置等待的线程数量，当指定数量的线程都到齐之后再全部唤醒—放行。它的的功能和它的名字是匹配的，就是围栏，就像在赛跑比赛场上，要进行比赛时，必须等待所有运动员都到齐全了，都到起跑线上了，然后一声令下，大家再一起跑出去。
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
每一个进程都有自己的独立的一块内存空间、一组资源系统。其内部数据和状态都是完全独立的。进程的优点是提高CPU的运行效率，在同一个时间内执行多个程序，即并发执行。但是从严格上将，也不是绝对的同一时刻执行多个程序，只不过CPU在执行时通过时间片等调度算法不同进程告诉切换。
楼主本来是要继续写服务器并发的，但是后续的服务器相关点都和进程线程联系在一起，所以先把进程线程相关内容写完吧！ 这次只写进程线程的概述，实际操作后续博文逐一代码实现。 进程同步or进程通信/线程同步or线程通信？ 这两组概念迷惑我至今，网上和书籍对这个的描述也是爱用啥用啥的感觉，今天又重新理了一遍。 什么是同步：同步就是数据保持一致，无论是进程还是线程，都是实现了代码执行流程的分支，多个分支同时进行。多个分支互不干扰，但是又有些数据需要共享，让这些数据对所有分支保持一致即为同步。 什么是
「线程一直等待数据，数据没有完全加载到内存的期间，线程处于阻塞状态；直到数据完成拷贝以后，线程才结束阻塞状态」
注：pthread_exit或者return返回的指针所指向的内存单元必须是全局的或者是用malloc分配的，不能在线程函数的栈上分配，因为当其它线程得到这个返回指针时线程函数已经退出了
当用户线程调用了 read 系统调用，内核（kernel）就开始了 IO 的第一个阶段：准备数据。很多时候，数据在一开始还没有到达（比如，还没有收到一个完整的Socket数据包），这个时候 kernel 就要等待足够的数据到来。
下面继续分析线程池如何管理运行线程，其实就一句话，维护一个线程队列，然后对这个线程队列进行存取操作
Linux互斥与同步 零、前言 一、Linux线程互斥 1、基本概念及引入 2、互斥量mutex介绍 3、互斥量的使用 4、互斥量原理 二、可重入/线程安全 1、基本概念 2、线程安全 3、重入函数 4、联系与区别 三、常见锁概念 四、Linux线程同步 1、基本概念 2、条件变量的使用 3、条件变量等待 4、条件变量使用规范 五、POSIX信号量 1、信号量概念及介绍 2、信号量的使用 零、前言 本章主要讲解学习Linux中对多线程的执行中的同步与互斥 一、Linux线程互斥 1、基本概念及引入 互
如果代码能够在某个操作正常完全之前置入“完成”状态，那么这个操作就称为可取消的。java中提供了协作式机制，使请求取消的任务和代码遵循一种协商好的协议。
蓝色线和红色线的含义都是 "相当于"，比如，在InputStream中，抽象构件指的是InputStream类，而装饰角色指的是FileInputStream角色
load ：将共享变量ticket从内存加载到寄存器中 update : 更新寄存器里面的值，执行-1操作 store ：将新值，从寄存器写回共享变量ticket的内存地址
1. 概念 : CountDownLatch ( 倒计时锁 ) 是 Java 并发编程中重要的 线程同步辅助工具类 , 其与 join 方法功能类似 , 其可以阻塞住一个或多个线程 , 等待在某些线程中执行想用的操作 , 将 CountDownLatch 倒计时计数到 0 时 , 这些被阻塞的线程才能继续向下执行 ;
阻塞队列在并发编程非常常用，被广泛使用在“生产者-消费者”问题中。接下来两篇文章就来详细介绍阻塞队列。本文是阻塞队列上篇。
如果线程1，申请锁成功，进入临界区，正在访问临界资源。此时其它进程真正阻塞等待。那么问题来了，这时该线程是否可以被切换？答案是肯定的，可以被切换。 当持有锁的线程被切换走时，它是抱着锁一起被切走的。即使该线程被切换掉，其它线程此时也无法申请锁，只能等待该线程将锁释放掉。 因此，对于其它线程而言，有意义的锁的状态只有两种：1.锁被申请前、2.锁被释放后。 在其它线程眼中，当前线程持有锁的过程就是原子的（要么持有，要么不持有）。
各位好，今天是我们并发篇正式开始的第一篇，既然我们大家学习并发，那么就要理解一些计算机概念最好，否则，知道怎么用而不知道名称是啥，概念含糊不清，以及不知道怎么设计的，假如今天你突然换 go 语言，设计个并发还是不会。我们要学的是并发思想，在Java 中的思想，一通则百通，而不是背代码，切记切记。
第一个框中第一二行说明了发生ANR的进程ID，名称和时间 第三个框中 “main” prio=5 tid=1 Native 说明了线程名称，线程优先级，线程锁id和线程状态。tid不是线程id，是一个在Java虚拟机中用来实现线程锁的变量，线程状态分为以下几类： 状态 值 说明 THREAD_ZOMBIE 0 TERMINATED 线程死亡，终止运行 THREAD_RUNNING 1 RUNNABLE or running now 线程可运行或正在运行 THREAD_TIMED_WAIT 2 TIMED_WAITING in Object.wait() 执行了带有超时参数的wait，sleep或join参数 THREAD_MONITOR 3 BLOCKED on a monitor 线程阻塞，等待获取对象锁 THREAD_WAIT 4 执行了无超时参数的wait()函数 THREAD_INITIALIZING 5 allocated not yet running 新建，正在初始化，为其分配资源 THREAD_STARTING 6 started not yet on thread list 新建，正在启动 THREAD_NATIVE 7 off in a JNI native method 正在执行JNI本地函数 THREAD_VMWAIT 8 waiting on a VM resource 正在等待VM资源 THREAD_SUSPENDED 9 suspended usually by GC or debugger 线程暂停，通常是由于GC或者debug被暂停 特别说明线程状态为MONITOR和SUSPEND。MONITOR状态一般是类的同步块或者同步方法造成的，而SUSPEND状态是debugger的时候会出现，可以用来区别是不是真的是用户正常操作跑出来ANR
第一个框中第一二行说明了发生ANR的进程ID，名称和时间 第三个框中 "main" prio=5 tid=1 Native 说明了线程名称，线程优先级，线程锁id和线程状态。tid不是线程id，是一个在Java虚拟机中用来实现线程锁的变量，线程状态分为以下几类： 状态 值 说明 THREAD_ZOMBIE 0 TERMINATED 线程死亡，终止运行 THREAD_RUNNING 1 RUNNABLE or running now 线程可运行或正在运行 THREAD_TIMED_WAIT 2 TIMED_WAITING in Object.wait() 执行了带有超时参数的wait，sleep或join参数 THREAD_MONITOR 3 BLOCKED on a monitor 线程阻塞，等待获取对象锁 THREAD_WAIT 4 执行了无超时参数的wait()函数 THREAD_INITIALIZING 5 allocated not yet running 新建，正在初始化，为其分配资源 THREAD_STARTING 6 started not yet on thread list 新建，正在启动 THREAD_NATIVE 7 off in a JNI native method 正在执行JNI本地函数 THREAD_VMWAIT 8 waiting on a VM resource 正在等待VM资源 THREAD_SUSPENDED 9 suspended usually by GC or debugger 线程暂停，通常是由于GC或者debug被暂停 特别说明线程状态为MONITOR和SUSPEND。MONITOR状态一般是类的同步块或者同步方法造成的，而SUSPEND状态是debugger的时候会出现，可以用来区别是不是真的是用户正常操作跑出来ANR
在jdk5之后的高级并发包里面Lock接口可以替换原来jvm内置的锁synchronized关键字，同理使用Condition接口的await，signal，signalAll方法分别可以替换原来的协作方式wait，notify，notifyAll。
pthread_t 到底是什么类型呢？取决于实现。对于Linux目前实现的NPTL实现而言，pthread_t类型的线程ID，本质就是一个进程地址空间上的一个地址。
LockSupport中的park()和 unpark()的作用分别是阻塞线程和解除阻塞线程
从Linux 2.6.23开始，默认的调度器为CFS，即"完全公平调度器"(Completely Fair Scheduler)。CFS调度器取代了之前的"O(1)"调度器。
前言的前言 服务器模型涉及到线程模式和IO模式，搞清楚这些就能针对各种场景有的放矢。该系列分成三部分： 单线程/多线程阻塞I/O模型 单线程非阻塞I/O模型 多线程非阻塞I/O模型，Reactor及其改进 前言 这里探讨的服务器模型主要指的是服务器端对I/O的处理模型。从不同维度可以有不同的分类，这里从I/O的阻塞与非阻塞、I/O处理的单线程与多线程角度探讨服务器模型。 对于I/O，可以分成阻塞I/O与非阻塞I/O两大类型。阻塞I/O在做I/O读写操作时会使当前线程进入阻塞状态，而非阻塞I/O则不进入阻塞状
总之，避免线程阻塞的关键是合理设计并发策略、合理使用线程同步和I/O操作，并使用工具来诊断和解决线程阻塞问题。
协程 挂起 操作 : 在协程中使用 delay 函数 , 挂起 20 秒时间 , 然后 20 秒后更新 UI ; delay 函数是 挂起 suspend 函数 ;
1. 单个阻塞等待单个线程 : 初始化 CountDownLatch 时 , 设置其计数为 1 , 在线程 A 中调用 await() 阻塞 , 然后在线程 B 中执行操作 , 之后调用 countDown() 方法 , 计数 - 1 , 线程 A 阻塞解除 ;
关于linux线程 在许多经典的操作系统教科书中, 总是把进程定义为程序的执行实例, 它并不执行什么, 只是维护应用程序所需的各种资源. 而线程则是真正的执行实体. 为了让进程完成一定的工作, 进程必
前言的前言 服务器模型涉及到线程模式和IO模式，搞清楚这些就能针对各种场景有的放矢。该系列分成三部分： 单线程/多线程阻塞I/O模型 单线程非阻塞I/O模型 多线程非阻塞I/O模型，Reactor及其改进 前言 这里探讨的服务器模型主要指的是服务器端对I/O的处理模型。从不同维度可以有不同的分类，这里从I/O的阻塞与非阻塞、I/O处理的单线程与多线程角度探讨服务器模型。 对于I/O，可以分成阻塞I/O与非阻塞I/O两大类型。阻塞I/O在做I/O读写操作时会使当前线程进入阻塞状态，而非阻塞I/O则
思考题：1、说说进程,线程,协程之间的区别 思考题：希望大家积极的思考，并且可以踊跃的说出自己的想法，想法不管对与错，只要说出来就是一种提高，所以，希望小伙伴们可以把自己的想法在留言区给出，这样大家也
阻塞指的是暂停一个线程的执行以等待某个条件发生（如某资源就绪），学过操作系统的同学对它一 定已经很熟悉了。Java 提供了大量方法来支持阻塞，下面让我们逐一分析。
所谓锁的策略就是指如何实现锁。Java、MySQL、Go、C++等等都有类似的锁策略。
Java并发编程：多线程如何实现阻塞与唤醒 说到suspend与resume组合有死锁倾向,一不小心将导致很多问题，甚至导致整个系统崩溃。接着看另外一种解决方案，我们可以使用以对象为目标的阻塞，即利用Object类的wait()和notify()方法实现线程阻塞。当线程到达监控对象时，通过wait方法会使线程进入到等待队列中。而当其它线程调用notify时则可以使线程重新回到执行队列中，得以继续执行
而实际上，在Linux中，进程不止一个执行流，而是可能会有几个或很多个。同一个进程中，每一个执行流都指向同一个虚拟地址空间，由操作系统创建。即在完整的进程中，进程包括：若干个执行流，虚拟地址空间，页表，以及存在物理内存中属于该进程的数据和代码。
在Java中，线程可以通过等待/通知机制来实现线程之间的协作和同步。当一个线程需要等待另一个线程的某个条件满足时，可以调用wait()方法进入阻塞状态，并释放所持有的锁。而当条件满足后，可以通过notify()或notifyAll()方法来唤醒正在等待的线程，使其重新进入运行状态。
这篇文章介绍的我觉得挺好的,三点区别一针见血,https://blog.csdn.net/qweqwruio/article/details/81359780
服务器端编程，经常需要构造高性能的网络应用，需要选用高性能的IO模型，这也是通关大公司面试必备的知识。
虽然作者在开发中经常会用到多线程，但是对于死锁、线程阻塞等问题还是比较模糊，一般都是先写吧，有问题再改，现在闲下来了，是时候总结一波了，本文主要总结一下同步/异步、串行/并行、死锁、线程阻塞等问题
CyclicBarrier是一个同步辅助类，它允许一组线程互相等待，直到所有线程都到达某个公共屏障点(也可以叫同步点)，即相互等待的线程都完成调用await方法，所有被屏障拦截的线程才会继续运行await方法后面的程序。在涉及一组固定大小的线程的程序中，这些线程必须不时地互相等待，此时CyclicBarrier很有用。因为该屏障点在释放等待线程后可以重用，所以称它为循环的屏障点。CyclicBarrier支持一个可选的Runnable命令，在一组线程中的最后一个线程到达屏障点之后（但在释放所有线程之前），该命令只在所有线程到达屏障点之后运行一次，并且该命令由最后一个进入屏障点的线程执行。
前面我们介绍了偏向锁，轻量级锁，自旋锁相关知识。初次之外，锁升级过程还会涉及到重量级锁。重量级锁是并发编程中常用的同步机制之一，它能够确保对共享资源的互斥访问，但由于其较高的开销，需要在合适的场景中使用。今天我们就来深入聊聊关于重量级锁，以及他的原理和性能分析。
在并发编程中，锁是保证线程安全的重要机制。然而，传统的锁在高并发场景下性能可能受到限制。为了解决这个问题，JUC引入了锁升级的概念，通过在运行时动态调整锁的状态，提升并发性能。前面我们分别介绍了无锁，偏向锁，轻量级锁，自旋锁，重量级锁的知识。这些其实就是JUC中对锁的优化而会转换的几种状态，也就是我们经常听到的锁升级。
线程（thread）技术早在60年代就被提出，但真正应用多线程到操作系统中去，是在80年代中期，solaris是这方面的佼佼者。传统的Unix也支持线程的概念，但是在一个进程（process）中只允许有一个线程，这样多线程就意味着多进程。现在，多线程技术已经被许多操作系统所支持，包括Windows/NT，当然，也包括Linux。 为什么有了进程的概念后，还要再引入线程呢？使用多线程到底有哪些好处？什么的系统应该选用多线程？我们首先必须回答这些问题。 使用多线程的理由之一是和进程相比，它是一种非常”节俭”的多任务操作方式。我们知道，在Linux系统下，启动一个新的进程必须分配给它独立的地址空间，建立众多的数据表来维护它的代码段、堆栈段和数据段，这是一种”昂贵”的多任务工作方式。而运行于一个进程中的多个线程，它们彼此之间使用相同的地址空间，共享大部分数据，启动一个线程所花费的空间远远小于启动一个进程所花费的空间，而且，线程间彼此切换所需的时间也远远小于进程间切换所需要的时间。据统计，总的说来，一个进程的开销大约是一个线程开销的30倍左右，当然，在具体的系统上，这个数据可能会有较大的区别。 使用多线程的理由之二是线程间方便的通信机制。对不同进程来说，它们具有独立的数据空间，要进行数据的传递只能通过通信的方式进行，这种方式不仅费时，而且很不方便。线程则不然，由于同一进程下的线程之间共享数据空间，所以一个线程的数据可以直接为其它线程所用，这不仅快捷，而且方便。当然，数据的共享也带来其他一些问题，有的变量不能同时被两个线程所修改，有的子程序中声明为static的数据更有可能给多线程程序带来灾难性的打击，这些正是编写多线程程序时最需要注意的地方。 除了以上所说的优点外，不和进程比较，多线程程序作为一种多任务、并发的工作方式，当然有以下的优点： 1) 提高应用程序响应。这对图形界面的程序尤其有意义，当一个操作耗时很长时，整个系统都会等待这个操作，此时程序不会响应键盘、鼠标、菜单的操作，而使用多线程技术，将耗时长的操作（time consuming）置于一个新的线程，可以避免这种尴尬的情况。 2) 使多CPU系统更加有效。操作系统会保证当线程数不大于CPU数目时，不同的线程运行于不同的CPU上。 3) 改善程序结构。一个既长又复杂的进程可以考虑分为多个线程，成为几个独立或半独立的运行部分，这样的程序会利于理解和修改。 下面我们先来尝试编写一个简单的多线程程序。
在 JavaScript 中，异步编程对于经验丰富的开发人员来说是一个相对容易理解的概念。但对于初学者和一些中级开发者来说，这可能是一个非常具有挑战性的主题。
关于Java网络编程中的同步IO和异步IO的区别及原理的文章非常的多，具体来说主要还是在讨论Java BIO和Java NIO这两者，而关于Java AIO的文章就少之又少了（即使用也只是介绍了一下概念和代码示例）。
相当于短链接，当accept之后，就开始数据的接收和数据的发送，不接受新的连接，即一个server，一个client
关于Java BIO、NIO、AIO的区别和原理，这样的文章非常的多的，但主要还是在BIO和NIO这两者之间讨论，而关于AIO这样的文章就少之又少了，很多只是介绍了一下概念和代码示例。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
