线程阻塞

40个问题汇总 1、多线程有什么用？ 一个可能在很多人看来很扯淡的一个问题：我会用多线程就好了，还管它有什么用？在我看来，这个回答更扯淡。所谓"知其然知其所以然"，"会用"只是"知其然"，"为什么用"才是"知其所以然"，只有达到"知其然知其所以然"的程度才可以说是把一个知识点运用自如。OK，下面说说我对这个问题的看法： （1）发挥多核CPU的优势 随着工业的进步，现在的笔记本、台式机乃至商用的应用服务器至少也都是双核的，4核、8核甚至16核的也都不少见，如果是单线程的程序，那么在双核CPU上就浪费了50%，在4核CPU上就浪费了75%。 单核CPU上所谓的"多线程"那是假的多线程，同一时间处理器只会处理一段逻辑，只不过线程之间切换得比较快，看着像多个线程"同时"运行罢了 。多核CPU上的多线程才是真正的多线程，它能让你的多段逻辑同时工作，多线程，可以真正发挥出多核CPU的优势来，达到充分利用CPU的目的。 （2）防止阻塞 从程序运行效率的角度来看，单核CPU不但不会发挥出多线程的优势，反而会因为在单核CPU上运行多线程导致线程上下文的切换，而降低程序整体的效率。但是单核CPU我们还是要应用多线程，就是为了防止阻塞。试想，如果单核CPU使用单线程，那么只要这个线程阻塞了，比方说远程读取某个数据吧，对端迟迟未返回又没有设置超时时间，那么你的整个程序在数据返回回来之前就停止运行了

一、同步方法 　　即有 synchronized关键字修饰的方法 。 由于java的每个对象都有一个内置锁，当用此关键字修饰方法时， 内置锁会保护整个方法。在调用该方法前，需要获得内置锁，否则就处于阻塞状态。 注： synchronized关键字也可以修饰静态方法，此时如果调用该静态方法，将会锁住整个类。 二、同步代码块 　　即有synchronized关键字修饰的语句块。 被synchronized关键字修饰的语句块会自动被加上内置锁，从而实现同步 代码如： synchronized(object){ } 注：同步是一种高开销的操作，因此应该尽量减少同步的内容。 通常没有必要同步整个方法，使用synchronized代码块同步关键代码即可。 线程在执行同步方法时是具有排它性的。 当任意一个线程进入到一个对象的任意一个 同步方法 时，这个对象的所有同步方法都被锁定了，在此期间，其他任何线程都不能访问这个对象的任意一个同步方法，直到这个线程执行完它所调用的同步方法并从中退出，从而导致它释放了该对象的同步锁之后。 在一个对象被某个线程锁定之后，其他线程是可以访问这个对象的所有非同步方法的。 同步块：同步块是通过锁定一个指定的对象，来对同步块中包含的代码进行同步； 而同步方法是对这个方法块里的代码进行同步，而这种情况下锁定的对象就是同步方法所属的主体对象自身。如果这个方法是静态同步方法呢

　　 并发是伴随着多核处理器的诞生而产生的，为了充分利用硬件资源，诞生了多线程技术。但是多线程又存在资源竞争的问题，引发了同步和互斥，并带来线程安全的问题。于是，从jdk1.5开始，引入了concurrent包来解决这些问题。 　　java.util.concurrent 包是专为 Java并发编程而设计的包。 在Java中，当多个线程访问某个类时，不管运行时环境采用何种调度方式或者这些线程将如何交替进行，在主调代码中不需要任何额外的同步或协同，这个类都能表现出正确的行为，那么称这个类是线程安全的。 　　一般来说，concurrent包基本上由有3个package组成 ：　 　 java.util.concurrent：提供大部分关于并发的接口和类，如BlockingQueue,Callable,ConcurrentHashMap,ExecutorService, Semaphore等 ； 　　java.util.concurrent.atomic：提供所有原子操作的类， 如AtomicInteger, AtomicLong等； 　　java.util.concurrent.locks:提供锁相关的类， 如Lock, ReentrantLock, ReadWriteLock, Condition等。 　　concurrent包下的所有类可以分为如下几大类： locks部分：显式锁

java线程实现方式 首先，单线程理解为一个人，多线程可以理解为多个人，一般情况下，一项任务分配给多个人要比分配给一个人花费的时间短。所以java的多线程就是为了工作起来更快更省时间。 java线程创建的两种方式 继承Thread类 启动线程的唯一方法就是通过Thread类的start()实例方法，start()方法是一个native方法，它将启动一个新线程，并执行run()方法 如下代码 package com.rookie.bigdata.thread; /** * @author rookie * @version 1.0 * @date 2020/3/19 21:16 */ public class MyThread extends Thread { private String name; public MyThread(String name) { this.name = name; } @Override public void run() { for (int i = 0; i < 100; i++) { System.out.println("执行 " + i + name); try { Thread.sleep(100); } catch (InterruptedException e) { e.printStackTrace(); } } } public

线程 在无线程的系统中，进程是： 存储器、外设等资源的分配单位 处理机调度的对象 在引入线程后： 线程 是 处理机调度 的对象 进程 作为 资源分配 单位 同一进程内可包含 多个线程 ，他们 共享进程的资源 线程的使用 引入线程的原因： 并行实体 共享同一个地址空间和所有可用数据 的能力 比进程更容易创建、撤销 性能的提高。如果存在着大量的计算和大量的IO处理，多线程允许这些活动 彼此重叠进行 ，加快应用程序执行的速度 多处理机系统，多线程可以真正地并行 例子：文字处理软件 如果程序只有一个线程，那么只要已启动磁盘备份，键盘和鼠标输入的命令都会不予理睬，知道备份结束，用户将感觉到程序反应迟钝 使用三个线程： 一个线程和用户交互 第二个线程在后台重新进行格式处理 第三个线程处理磁盘备份 例子：万维网服务器 Web服务器：接受用户请求，将所请求的页面发回给客户机 多线程实现： 一个线程（分配程序）从网络中读入工作请求，检查请求后，提交给一个工作线程（唤醒睡眠的工作线程） while (true) { get_next_request(&buf); handoff_work(&buf); } 工作线程负责调入页面（读高度缓存或磁盘） while (true) { wait_for_work(&buf); look_for_page_in_cache(&buf, &page); if

Java 多线程实现方式主要有三种：继承Thread类、实现Runnable接口、使用ExecutorService、Callable、Future实现有返回结果的多线程。其中前两种方式线程执行完后都没有返回值，只有最后一种是带返回值的。 1、继承Thread类实现多线程 继承Thread类的方法尽管被我列为一种多线程实现方式，但Thread本质上也是实现了Runnable接口的一个实例，它代表一个线程的实例，并且，启动线程的唯一方法就是通过Thread类的start()实例方法。start()方法是一个native方法，它将启动一个新线程，并执行run()方法。这种方式实现多线程很简单，通过自己的类直接extend Thread，并复写run()方法，就可以启动新线程并执行自己定义的run()方法。例如： public class MyThread extends Thread { 　　 public void run() { 　　 System.out.println( "MyThread.run()"); 　　} } public class MyThread extends Thread { 　　public void run() { 　　 System.out.println("MyThread.run()"); 　　} } 在合适的地方启动线程如下： MyThread

第二部分: 基本同步 同步要点 到目前为止，我们已经描述了如何在线程上启动任务，配置线程以及双向传递数据。我们还描述了局部变量如何专用于线程，以及如何在线程之间共享引用，从而允许它们通过公共字段进行通信。 下一步是同步：协调线程的动作以实现可预测的结果。当线程访问相同的数据时，同步特别重要。在该区域搁浅非常容易。 同步构造可以分为四类： 简单的组织方法 它们等待另一个线程完成或等待一段时间。 Sleep，Join和Task.Wait是简单的阻止方法。 锁定构造 这些限制了可以一次执行某些活动或一次执行一段代码的线程数。排它锁定结构是最常见的-一次仅允许一个线程，并且允许竞争线程访问公共数据而不会互相干扰。标准的排他锁定结构是锁（Monitor.Enter / Monitor.Exit），互斥锁和SpinLock。非排他的锁定构造是Semaphore，SemaphoreSlim和读取器/写入器锁定 信号结构 这些允许线程暂停，直到接收到来自另一个线程的通知为止，从而避免了无效的轮询。常用的信号设备有两种：事件等待句柄和监视器的等待/脉冲方法。 Framework 4.0引入了CountdownEvent和Barrier类。 非阻塞同步构造 这些通过调用处理器原语来保护对公共字段的访问。 CLR和C＃提供以下非阻塞构造：Thread.MemoryBarrier，Thread

GIL介绍 GIL本质就是一把互斥锁，既然是互斥锁，所有互斥锁的本质都一样，都是将并发运行变成串行，以此来控制同一时间内共享数据只能被一个任务所修改，进而保证数据安全 如果多个线程的target=work，那么执行流程是： 多个线程先访问到解释器的代码，即拿到执行权限，然后将target的代码交给解释器的代码去执行 解释器的代码是所有线程共享的，所以垃圾回收线程也可能访问到解释器的代码而去执行，这就导致了一个问题:对于同一个数据100，可能线程1执行x=100的同时，而垃圾回收执行的是回收100的操作，解决这种问题没有什么高明的方法，就是加锁处理，如下图的GIL，保证python解释器同一时间只能执行一个任务的代码 GIL与Lock GIL 与Lock是两把锁，保护的数据不一样，前者是解释器级别的（当然保护的就是解释器级别的数据，比如垃圾回收的数据），后者是保护用户自己开发的应用程序的数据，很明显GIL不负责这件事，只能用户自定义加锁处理，即Lock，如下图 分析： 1、100个线程去抢GIL锁，即抢执行权限 2、肯定有一个线程先抢到GIL（暂且称为线程1），然后开始执行，一旦执行就会拿到lock.acquire() 3、极有可能线程1还未运行完毕，就有另外一个线程2抢到GIL，然后开始运行，但线程2发现互斥锁lock还未被线程1释放，于是阻塞，被迫交出执行权限，即释放GIL 4

　　在学习Java锁的时候，总觉的比较含糊，感觉一直没有系统的消化理解。所以决定重新梳理一下java相关的锁。 　 　 本质来说只有两种锁，乐观锁和悲观锁，其他所谓的可重入、自旋、偏向/轻量/重量锁等，都是锁具有的一些特点或机制。目的就是在数据安全的前提下，提高系统的性能。 乐观锁 　　 乐观锁，顾名思义，就是说在操作共享资源时，它总是抱着乐观的态度进行，它认为自己可以成功地完成操作。但实际上，当多个线程同时操作一个共享资源时，只有一个线程会成功，那么失败的线程呢？它们不会像悲观锁一样在操作系统中挂起，而仅仅是返回，并且系统允许失败的线程重试，也允许自动放弃退出操作。所以，乐观锁相比悲观锁来说，不会带来死锁、饥饿等活性故障问题，线程间的相互影响也远远比悲观锁要小。更为重要的是，乐观锁没有因竞争造成的系统开销，所以在性能上也是更胜一筹。 　　CAS 是实现乐观锁的核心算法，它包含了 3 个参数：V（需要更新的变量）、E（预期值）和 N（最新值）。只有当需要更新的变量等于预期值时，需要更新的变量才会被设置为最新值，如果更新值和预期值不同，则说明已经有其它线程更新了需要更新的变量，此时当前线程不做操作，返回 V 的真实值。 　　 如何实现原子操作 　　在 JDK 中的 concurrent 包中，atomic 路径下的类都是基于 CAS 实现的。AtomicInteger 就是基于

一、线程的基本概念：　　　　　　　　　　　　　　　　　　　　　　　　 线程是一个程序里面不同的执行路径。 程序里面不同的执行路径，每一个分支都是一个线程。 进程：静态的概念。机器上的一个class文件，机器上的一个exe文件，这叫一个进程。 机器里面实际上运行的都是线程。 window等。linux等都是多进程，多线程的系统。 CPU的执行是这样的： CPU速度比较快，一秒钟算好几亿次，它把自己的时间分成一个一个的小时间片，这个时间片我执行你一会，再执行他一会，虽然有几十个线程， 没关系，执行这个一会，执行那个一会，挨着排的都执行一遍，但是对我们人来说，因为它速度太快了，你看起来就好像好多线程在同时执行一样。 但实际上，在一个时间点上， 这个CPU只有一个线程在运行。 如果机器是双CPU，或者是双核，那么确实是多线程。 二、线程的启动和创建：　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 例子1：实现Runnable接口： package com.cy.thread; public class TestThread1 { public static void main(String[] args) { Runner1 r = new Runner1(); Thread t = new Thread(r); //启动一个线程