thread

API 在java1.5之前，java的并发API都是依靠Thread, Runnable, ThreadLocal, ThreadGroup以及Object特有的现成先关方法所构成。此外，还有synchronized, volatile两个关键字对同步和内存一致性的定义。从1.5开始，java的API中多了一个包, java.util.concurrent, 更丰富了并发的API。 本文不是普及知识，所以不对每个API都做详尽的解释，但还是有必要列一张简单的表格。 同步机制 API Java版本 描述 示例 synchronized(obj) { } 1.4 多线程在此代码块必须同步执行 。 线程的interrupt()方法对同步锁上的阻塞是无效的，当线程获取到锁而进入同步块后， 可以调用Thread.interrupted()方法来检验本线程是否被interrupted了。 synchronized(obj) { if (Thread.interrupted()) { // This thread is interrupted. } } Lock since 1.5 替换synchronized。 Lock l = new ReentrantLock(); l.lock(); try { // access the resource protected by this lock

1，实现Runnable接口的类（new Thread(subRunnalbe)），在同时new该类的多个实例时，是同一实例(Runnable实例)的多个线程。而继承Thread类的线程，每次new的都是新的thread实例。 2， start()方法最本质的功能是从CPU中申请另一个线程空间来执行 run()方法中的代码,它和当前的线程是两条线,在相对独立的线程空间运行，调用start()方法后,run()方法的代码会和当前线程并发(单CPU)或并行 (多CPU)执行。 3， 对象调用interrupt()方法,它对应的线程并没有被中断,只是改变了它的中断状态。只有当线程执行到sleep,wait,join等方法时,或者自己检查中断状态而抛出异常的情况下,线程才会抛出异常。 4，interrupted()方法是一个static方法,就是说只能在当前线程上调用,是说中断的状态已经结束(到非中断状态了)，不仅检查当前线程 是否为中断状态,而且在保证当 前线程回来非中断状态 5，isInterrupted()方法则仅仅检查线 程对象对应的线程是否是中断状态,并不改变它的状态。 6，sleep()方法中是类方法,也就是对当前线程而言的。 7，join()方法,正如第一节所言,在一个线程对象上调用join方法,是当前线程等待这个线程对象对应的线程结束,比如有两个工作,工作A要耗时10秒钟

【推荐阅读】微服务还能火多久？>>> 实现方式 简单介绍一下Java多线程实现方式，有以下三种： 1、继承Thread类 2、实现Runnable接口 3、使用ExecutorService、Callable、Future实现有返回结果的多线程 区别是前两种执行完之后不带返回值，最后一种带返回值，其中最常用为前两种。 线程的状态 java线程的整个生命周期有5个状态：新建，就绪，运行中，阻塞，结束。 5个状态之间的关系将结合下图理解： 上图为java线程生命周期期间的各种命运，下面介绍常见的几种命运。 命运一 ： 新线程创建成功，调用start()进入就绪状态，即进入待运行的线程池中等待，等待获取CPU的使用权。当获得CPU使用权，该线程从就绪状态进入运行状态。运行过程中，运气好的，一次运行就把所要执行的任务执行完毕，线程结束；命运不好的，运行中途被CPU暂停运行，重新回到就绪状态，等待分配，然后再等待进入运行期，直到最后运行完毕，最后结束。 命运二 ： 新线程创建成功，进入就绪状态，获取了CPU使用权，处于运行状态。这里意外出现，该线程执行了sleep、yield、join三者其中一个命令。sleep、join需要被暂停执行一段时间，线程进入阻塞状态。休息时间到，再重新进入就绪状态；而yield是从运行状态直接跳会就绪状态。当到了就绪状态后再重新等待CPU调度，重新进入运行期

【推荐阅读】微服务还能火多久？>>> 前言 我们可以在计算机上运行各种计算机软件程序。每一个运行的程序可能包括多个独立运行的线程（Thread）。 线程（Thread）是一份独立运行的程序，有自己专用的运行栈。线程有可能和其他线程共享一些资源，比如，内存，文件，数据库等。 当多个线程同时读写同一份共享资源的时候，可能会引起冲突。这时候，我们需要引入线程“同步”机制，即各位线程之间要有个先来后到，不能一窝蜂挤上去抢作一团。 同步这个词是从英文synchronize（使同时发生）翻译过来的。我也不明白为什么要用这个很容易引起误解的词。既然大家都这么用，咱们也就只好这么将就。 线程同步的真实意思和字面意思恰好相反。线程同步的真实意思，其实是“排队”：几个线程之间要排队，一个一个对共享资源进行操作，而不是同时进行操作。 关于线程同步，需要牢牢记住的第一点是 ：线程同步就是线程排队。同步就是排队。线程同步的目的就是避免线程“同步”执行。这可真是个无聊的绕口令。 关于线程同步，需要牢牢记住的第二点是 ：“共享”这两个字。只有共享资源的读写访问才需要同步。如果不是共享资源，那么就根本没有同步的必要。 关于线程同步，需要牢牢记住的第三点是 ：只有“变量”才需要同步访问。如果共享的资源是固定不变的，那么就相当于“常量”，线程同时读取常量也不需要同步。至少一个线程修改共享资源，这样的情况下

Linux从内核2.6开始使用NPTL （Native POSIX Thread Library）支持，但这时线程本质上还是轻量级进程（LWP）。 Java里的线程是由JVM来管理的，它如何对应到操作系统的线程是由JVM的实现来确定的。Linux 2.6上的HotSpot使用了NPTL机制， JVM线程跟内核轻量级进程有一一对应的关系 。线程的调度完全交给了操作系统内核，当然jvm还保留一些策略足以影响到其内部的线程调度，举个例子，在linux下，只要一个Thread.run就会调用一个fork产生一个线程。 Java线程在Windows及Linux平台上的实现方式，现在看来，是内核线程的实现方式。 这种方式实现的线程，是直接由操作系统内核支持的——由内核完成线程切换，内核通过操纵调度器（Thread Scheduler）实现线程调度，并将线程任务反映到各个处理器上。 内核线程是内核的一个分身。程序一般不直接使用该内核线程，而是使用其高级接口，即轻量级进程（LWP），也即线程。这看起来可能很拗口。看图： （说明：KLT即内核线程Kernel Thread，是“内核分身”。每一个KLT对应到进程P中的某一个轻量级进程LWP（也即线程），期间要经过用户态、内核态的切换，并在Thread Scheduler 下反应到处理器CPU上。） 这种线程实现的方式也有它的缺陷

CyclicBarrier (周期障碍)类可以帮助同步，它允许一组线程等待整个线程组到达公共屏障点。CyclicBarrier 是使用整型变量构造的，其确定组中的线程数。当一个线程到达屏障时（通过调用 CyclicBarrier.await()），它会被阻塞，直到所有线程都到达屏障，然后在该点允许所有线程继续执行。与CountDownLatch不同的是，CyclicBarrier 所有公共线程都到达后，可以继续执行下一个目标点，而CountDownLatch第一次到达指定点后，也就是记数器减制零，就无法再次执行下一目标工作。下面主要演义CyclicBarrier 的用法： package com.test; import java.text.SimpleDateFormat; import java.util.Date; import java.util.concurrent.BrokenBarrierException; import java.util.concurrent.CyclicBarrier; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; public class TestCyclicBarrier { private static int[]

CyclicBarrier 含义： 栅栏允许两个或者多个线程在某个集合点同步。当一个线程到达集合点时，它将调用await()方法等待其它的线程。线程调用await()方法后，CyclicBarrier将阻塞这个线程并将它置入休眠状态等待其它线程的到来。等最后一个线程调用await()方法时，CyclicBarrier将唤醒所有等待的线程然后这些线程将继续执行。CyclicBarrier可以传入另一个Runnable对象作为初始化参数。当所有的线程都到达集合点后，CyclicBarrier类将Runnable对象作为线程执行。 方法 ： await()：使线程置入休眠直到最后一个线程的到来之后唤醒所有休眠的线程 例子 在矩阵（二维数组）中查找一个指定的数字。矩阵将被分为多个子集，每个子集交给一个线程去查找。当所有线程查找完毕后交给最后的线程汇总结果。 查找类：在一个子集中查找指定数字，找到之后把结果存储后调用await()方法置入休眠等待最后一个线程的到来唤醒 import java.util.List; import java.util.concurrent.BrokenBarrierException; import java.util.concurrent.CyclicBarrier; public class Searcher implements Runnable {

wait()、notify()、notifyAll()是三个定义在Object类里的方法，可以用来控制线程的状态。 这三个方法最终调用的都是jvm级的native方法。随着jvm运行平台的不同可能有些许差异。 如果对象调用了wait方法就会使持有该对象的线程把该对象的控制权交出去，然后处于等待状态。 如果对象调用了notify方法就会通知某个正在等待这个对象的控制权的线程可以继续运行。 如果对象调用了notifyAll方法就会通知所有等待这个对象控制权的线程继续运行。 其中wait方法有三个over load方法： wait() wait(long) wait(long,int) wait方法通过参数可以指定等待的时长。如果没有指定参数，默认一直等待直到被通知。 以下是一个演示代码，以最简洁的方式说明复杂的问题： 简要说明下： NotifyThread是用来模拟3秒钟后通知其他等待状态的线程的线程类； WaitThread是用来模拟等待的线程类； 等待的中间对象是flag，一个String对象； main方法中同时启动一个Notify线程和三个wait线程； public class NotifyTest { private String flag = "true"; class NotifyThread extends Thread{ public NotifyThread

不喜欢废话，先上今天的代码！ #-*- coding:utf-8 -*- import threading class MyThreading(threading.Thread): def __init__(self,num): threading.Thread.__init__(self) self.num = num def run(self): print self.num t = MyThreading(100) t.start() print t.isAlive() 乍一看，很简单的threading代码。首先我们继承了Thread类，在子类里初始化后又重写了run方法。最后我们实例化MyThreading子类，然后打印我们的num参数。最后再打印线程执行状态。 初学者一看，绝对分为2派：1、支持说先打印num参数，然后才打印线程状态。 2、拍胸脯保证先打印线程状态再打印num参数； 其实结果出人预料： 结果1： C:\Python27\python.exe D:/ProjectSpace/thread-example.py 100True Process finished with exit code 0 结果2： C:\Python27\python.exe D:/ProjectSpace/thread-example.py True100 Process

一、概念 java中线程有开始，运行（就绪，运行），阻塞，等待，终止这几种状态。其中在等待的时候可以通过设置中断标志位来唤醒线程。一般情况下等待状态的线程检查到中断标志被置位，则会抛出InterruptedException异常，捕获异常，复位中断标志，可以使线程继续运行。 thread.interrupt() 设置中断标识位 Thread.interrupt() 回复中断标识位 thread.isInterrupted() 返回中断标识位 什么情况下可以使用Interrunpt （1）如果线程在调用 Object 类的 wait()、wait(long) 或 wait(long, int) 方法，或者该类的 join()、join(long)、join(long, int)、sleep(long) 或 sleep(long, int) 方法过程中受阻，则其中断状态将被清除，它还将收到一个InterruptedException异常。这个时候，我们可以通过捕获InterruptedException异常来终止线程的执行，具体可以通过return等退出或改变共享变量的值使其退出。 （2）如果该线程在可中断的通道上的 I/O 操作中受阻，则该通道将被关闭，该线程的中断状态将被设置并且该线程将收到一个 ClosedByInterruptException。这时候处理方法一样