JAVA多线程编程

基于基础篇 一 基于基础篇 一 写在前面写在前面 随着计算机技术的发展 编程模型也越来越复杂多样化 但多线程编程模 型是目前计算机系统架构的最终模型 随着 CPU 主频的不断攀升 X86 架构的 硬件已经成为瓶 在这种架构的 CPU 主频最高为 4G 事实上目前 3 6G 主频的 CPU 已经接近了顶峰 如果不能从根本上更新当前 CPU 的架构 在很长一段时间内还不太可能 那么继续提高 CPU 性能的方法就是超线程 CPU 模式 那么 作业系统 应用程 序要发挥 CPU 的最大性能 就是要改变到以多线程编程模型为主的并行处理系 统和并发式应用程序 所以 掌握多线程编程模型 不仅是目前提高应用性能的手段 更是下一 代编程模型的核心思想 多线程编程的目的 就是 最大限度地利用 CPU 资 源 当某一线程的处理不需要占用 CPU 而只和 I O OEMBIOS 等资源打交道时 让 需要占用 CPU 资源的其它线程有机会获得 CPU 资源 从根本上 说 这就是多线 程编程的最终目的 第一需要弄清的问题第一需要弄清的问题 如同程序和进程的区别 要掌握多线程编程 第一要弄清的问题是 线程线程 对象和线程的区别对象和线程的区别 线程对象是可以产生线程的对象 比如在 java 平台中 Thread 对象 Runnable 对象 线程 是指正在执行的一个指点令序列 在 java 平台上是指 从一个线程对象的 start 开始 运行 run 方法体中的那一段相对独立的过程 鉴于作者的水平 无法用更确切的词汇来描述它们的定义 但这两个有本 质区别的概念请初学者细细体会 随着介绍的深入和例程分析的增加 就会慢 慢明白它们所代表的真实含义 天下难事必始于易 天下大事必始于细 让我们先从最简单的 单线程 来入手 1 带引号说明只是相对而言的单线 程 2 基于 java class BeginClass public static void main String args for int i 0 i 100 i System out println Hello World 如果我们成功编译了该 java 文件 然后在命令行上敲入 java BeginClass 现在发生了什么呢 每一个 java 程序员 从他开始学习 java 的第一分钟 里都会接触到这个问 题 但是 你知道它到底发生发什么 JVM 进程被启动 在同一个 JVM 进程中 有且只有一个进程 就是它自己 然后在这个 JVM 环境中 所有程序的运行都是以线程来运行 JVM 最 先会产生 一个主线程 由它来运行指定程序的入口点 在这个程序中 就是主线程从 main 方法开始运行 当 main 方法结束后 主线程运行完成 JVM 进程 也随之 退出 我们看到的是一个主线程在运行 main 方法 这样的只有一个线程执行程序 逻辑的流程我们称 之为单线程单线程 这是 JVM 提供给我们的单线程环境 事实上 JVM 底层还至 少有垃圾回收这样的后台线程以及其它非 java 线程 但这些线程对我们而言不 可访问 我们只认为它是单线程的 主线程是 JVM 自己启动的 在这里它不是从线程对象产生的 在这个线程 中 它运行了 main 方法这个指令序列 理解它 但它没有更多可以研究的内容 接触多线程接触多线程 class MyThread extends Thread public void run System out println Thread say Hello World public class MoreThreads public static void main String args new MyThread new MyThread start System out println Main say Hello World 执行这个程序 main 方法第一行产生了一个线程对象 但并没有线程启动 main 方法第二行产生了一个线程对象 并启动了一个线程 main 方法第三行 产生并启动一个线程后 主线程自己也继续执行其它语 句 我们先不研究 Thread 对象的具体内容 稍微来回想一下上面的两个概念 线程对象线程对象和线程线程 在 JAVA 中 线程对象是 JVM 产生的一个普通的 Object 子类 而线程是 CPU 分配给这个对象的一个运行过程 我们说的这个线程在干什么 不是说一个线程对象在干什么 而是这个运行过程在干什么 如果一时想不明 白 不要急 但你要记得它们不是一回事就行了 累了吧 为不么不继续了 基于这种风格来介绍多线程 并不是每个人都喜欢和接受的 如果你不喜 欢 正好不浪费你的时间了 而如果你接受的话 那就看下一节吧 基于基础篇 二 基于基础篇 二 在进入 java 平台的线程对象之前 基于基础篇 一 的一些问题 我先插入两 个基本概念 线程的并发与并行线程的并发与并行 在单 CPU 系统中 系统调度在某一时刻只能让一个线程运行 虽然这种调 试机制有多种形式 大多数是时间片轮巡为主 但无论如何 要通过不断切换 需要运行的线程让其运行的方式就叫并发并发 concurrent concurrent 而在多 CPU 系统中 可以让两个以上的线程同时运行 这种可以同时让两个以上线程同时运行的方 式叫做并行并行 parallel parallel 在上面包括以后的所有论述中 请各位朋友谅解 我无法用最准确的词语 来定义储如并发和并行这类术语 但我以我的经验能通俗地告诉大家它是怎么 一回事 如果您看到我说的一些 标准 文档上说的不一样 只要意思一致 那 您就不要挑刺了 JAVA JAVA 线程对象线程对象 现在我们来开始考察 JAVA 中线程对象 在 JAVA 中 要开始一个线程 有两种方式 一是直接调用 Thread 实例的 start 方法 二是 将 Runable 实例传给一个 Thread 实例然后调用它的 start 方法 在前面已经说过 线程对象和线程是两个完全不同的概念 这里我们再次 深入一下 生成一个线程的实例 并不代表启动了线程 而启动线程是说在某 个线程对象上启动了该实例对应的线程 当该线程结束后 并不会就立即消失 对于从很多书籍上可以看到的基础知识我就不用多说了 既然是基础知识 我也着重于从普通文档上读不到的内容 所以本节我重点要说的是两种线程对 象产生线程方式的区别 class MyThread extends Thread public int x 0 public void run for int i 0 i 100 i try Thread sleep 10 catch Exception e System out println x 如果我们生成 MyThread 的一个实例 然后调用它的 start 方法 那么就 产生了这个实例对应的线程 public class Test public static void main String args throws Exception MyThread mt new MyThread mt start 不用说 最终会打印出 0 到 99 现在我们稍微玩一点花样 public class Test public static void main String args throws Exception MyThread mt new MyThread mt start System out println 101 也不用说 在基础篇 一 中我们知道由于单 CPU 的原因 一般会先打印 101 然后打印 0 到 99 不过我们可以控制线程让它按我们的意思来运行 public class Test public static void main String args throws Exception MyThread mt new MyThread mt start mt join System out println 101 好了 我们终于看到 mt 实例对应的线程 假如我有时说 mt 线程请你不要 怪我 不过我尽量不这么说 在运行完成后 主线程才打印 101 因为 我们 让当前线程 这里是主线程 等待 mt 线程的运行结束 在线程对象 a 上调用 join 方法 就是让当前正在执行的线程等待线程对象 a 对应的线程运行 完成 后才继续运行 请大家一定要深刻理解并熟记这句话 而我这里引出这个知 识点的目的是为了让你继续看下面的例子 public class Test public static void main String args throws Exception MyThread mt new MyThread mt start mt join Thread sleep 3000 mt start 当线程对象 mt 运行完成后 我们让主线程休息一下 然后我们再次在这个 线程对象上启动线程 结果我们看到 Exception in thread main java lang IllegalThreadStateException 也就是这种线程对象一时运行一次完成后 它就再也不能运行第二次了 我们可以看一下它有具体实现 public synchronized void start if started throw new IllegalThreadStateException started true group add this start0 一个 Thread 的实例一旦调用 start 方法 这个实例的 started 标记就标 记为 true 事实中不管这个线程后来有没有执行到底 只要调用了一次 start 就 再也没有机会运行了 这意味着 通过通过 ThreadThread 实例的实例的 start start 一个 一个 ThreadThread 的实例只能产生一个线程的实例只能产生一个线程 那么如果要在一个实例上产生多个线程 也就是我们常说的线程池 我们 应该如何做呢 这就是 Runnable 接口给我们带来的伟大的功能 class R implements Runnable private int x 0 public void run for int i 0 i 100 i try Thread sleep 10 catch Exception e System out println x 正如它的名字一样 Runnable 的实例是可运行的 但它自己并不能直接运行 它需要被 Thread 对象来包装才行运行 public class Test public static void main String args throws Exception new Thread new R start 当然这个结果和 mt start 没有什么区别 但如果我们把一个 Runnable 实例给 Thread 对象多次包装 我们就可以看到它们实际是在同一实例上启动线 程 public class Test public static void main String args throws Exception R r new R for int i 0 i 10 i new Thread r start x 是实例对象 但结果是 x 被加到了 999 说明这 10 个线程是在同一个 r 对象上运行的 请大家注意 因为这个例子是在单 CPU 上运行的 所以没 有对 多个线程同时操作共同的对象进行同步 这里是为了说明的方便而简化了同步 而真正的环境中你无法预知程序会在什么环境下运行 所以一定要考虑同步 到这里我们做一个完整的例子来说明线程产生的方式不同而生成的线程的 区别 package debug import java io import java lang Thread class MyThread extends Thread public int x 0 public void run System out println x class R implements Runnable private int x 0 public void run System out println x public class Test public static void main String args throws Exception for int i 0 i 10 i Thread t new MyThread t start Thread sleep 10000 让上面的线程运行完成 R r new R for int i 0 i 10 i Thread t new Thread r t start 上面 10 个线程对象产生的 10 个线程运行时打印了 10 次 1 下面 10 个线 程对象产生的 10 个线程运行时打印了 1 到 10 我们把下面的 10 个线程称为同同 一实例一实例 Runnable Runnable 实例实例 的多个线程的多个线程 下节我们将研究线程对象方法 还是那句话 一般文档中可以读到的内容 我不会介绍太多请大家自己了解 基于基础篇 三 基于基础篇 三 线程对象的几个重要的方法 尽管线程对象的常用方法可以通过 API 文档来了解 但是有很多方法仅仅从 API 说明是无法详细了解的 本来打算用一节的篇幅来把线程方法中一些重要的知识说完 但这样下来估 计要很常的篇幅 可能要用好几节才能说把和线程方法相关的一些重要的知识说 完 首先我们接基础篇 二 来说明 start 方法 一个线程对象生成后 如果要产生一个执行的线程 就一定要调用它的 start 方法 在介绍这个方法时不得不同时说明 run 方法 其实线程对 象的 run 方法完全是一个接口回调方法 它是你这个线程对象要完成的具体逻辑 简 单说你要做什么就你在 run 中完成 而如何做 什么时候做就不需要你控制 了 你只要调用 start 方法 JVM 就会管理这个线程对象让它产生一个线程并注册 到线程处理系统中 从表面上看 start 方法调用了 run 方法 事实上 start 方法并没有直 接调用 run 方法 在 JDK1 5 以前 start 方法是本地方法 它如何最终调用 run 方法已经不是 JAVA 程序员所能了解的 而在 JDK1 5 中 原来的那个本地 start 方 法被 start0 代替 另个一个纯 JAVA 的 start 中调用本地方法 start0 而 在 start 方法中做了一个验证 就是对一个全局变量 对象变量 started 做检 验 如果为 true 则 start 抛出异常 不会调用本地方法 start0 否则 先将 该变量设有 true 然后 调用 start0 从中我们可以看到这个为了控制一个线程对象只能运行成功一次 start 方法 这是因为线程的运行要获取当前环境 包括安全 父线程的权限 优先级等 条件 如果一个线程对象可以运行多次 那么定义一个 static 的线程在一个环 境中获取相应权限和优先级 运行完成后它在另一个环境中利用原来的权限和优 先级等属性在当前环境中运行 这样就造成无法预知的结果 简单说 来 让一个 线程对象只能成功运行一次 是基于对线程管理的需要 start 方法最本质的功能是从 CPU 中申请另一个线程空间来执行 run 方法中 的代码 它和当前的线程是两条线 在相对独立的线程空间运行 也就是说 如果 你直接调用线程对象的 run 方法 当然也会执行 但那是 在当前线程中执行 run 方法执行完成后继续执行下面的代码 而调用 start 方法后 run 方法 的代码会和当前线程并发 单 CPU 或并行 多 CPU 执行 所以请记住一句话 调用线程对象的 run 方法不会产生一个新的线程 虽然 可以达到相同的执行结果 但执行过程和执行效率不同 线程的 interrupt 方法 interrupted 和 isInterrupted 这三个方法是关系非常密切而且又比较复杂的 虽然它们各自的功能很清楚 但 它们之间的关系有大多数人不是真正的了解 先说 interrupt 方法 它是实例方法 而它也是最奇怪的方法 在 java 语 言中 线程最初被设计为 隐晦难懂 的东西 直到现在它的 语义不没有象它的名 字那样准确 大多数人以为 一个线程象调用了 interrupt 方法 那它对应的 线程就应该被中断而抛出异常 事实中 当一个线程 对象调用 interrupt 方法 它 对应的线程并没有被中断 只是改变了它的中断状态 使当前线程的状态变以中断状态 如果没有其它影响 线程还会自己继续执 行 只有当线程执行到 sleep wait join 等方法时 或者自己检查中断状态而抛 出异常的情况下 线程才会抛出异常 如果线程对象调用 interrupt 后它对应的线程就立即中断 那么 interrupted 方 法就不可能执行 因为 interrupted 方法是一个 static 方法 就是说只能在当前线程上调 用 而如果一个线程 interrupt 后它已经中断了 那它又如何让自己 interrupted 正因为一个线程调用 interrupt 后只是改变了中断状态 它可以继续执行 下去 在没有调用 sleep wait join 等法或自己抛 出异常之前 它就可以调用 interrupted 来清除中断状态 还会原状 interrupted 方法会检查当前线程 的中断状态 如果为 被中断状态 则改变当前线程为 非中断状态 并返回 true 如 果为 非中断状态 则返回 false 它不仅检查当前线程是否为中断状态 而且在 保证当 前线程回来非中断状态 所以它叫 interrupted 是说中断的状态已经 结束 到非中断状态了 isInterrupted 方法则仅仅检查线 程对象对应的线程 是否是中断状态 并不改变它的状态 目前大家只能先记住这三个方法的功能 只有真正深入到多线程编程实践中 才 会体会到它们为什么是对象方法 为什么是类方法 线程到底什么时候才被中断抛出 InterruptedException 异常 我们将在提 高篇中详细讨论 sleep join yield 方法 在现在的环节中 我只能先说明这些方法的作用和调用原则 至于为什么 在 基础篇中无法深入 只能在提高篇中详细说明 sleep 方法中是类方法 也就是对当前线程而言的 程序员不能指定某个线 程去 sleep 只能是当前线程执行到 sleep 方法时 睡 眠指定的时间 让其它线 程运行 事实上也只能是类方法 在当前线程上调用 试想如果你调用一个线程 对象的 sleep 方法 那么这个对象对应的线程如 果不是正在运行 它如何 sleep 所以只有当前线程 因为它正在执行 你才能保证它可以调用 sleep 方法 原则 在同步方法中尽量不要调用线程的 sleep 方法 或者简单说 对于 一般水平的程序员你基本不应该调用 sleep 方法 join 方法 正如第一节所言 在一个线程对象上调用 join 方法 是当前线 程等待这个线程对象对应的线程结束 比如有两个工作 工作 A 要耗时 10 秒钟 工作 B 要耗时 10 秒或更多 我们在程序中先生成一个线程去做工作 B 然后做 工作 A new B start 做工作 B A 做工作 A 工作 A 完成后 下面要等待工作 B 的结果来进行处理 如果工作 B 还没有完 成我就不能进行下面的工作 C 所以 B b new B b start 做工作 B A 做工作 A b join 等工作 B 完成 C 继续工作 C 原则 join 是测试其它工作状态的唯一正确方法 我见过很多人 甚至有 的是博士生 在处理一项工作时如果另一项工作没有完成 说让当前工 作线程 sleep x 我问他 你这个 x 是如何指定的 你怎么知道是 100 毫秒而不是 99 毫 秒或是 101 毫秒 其实这就是 OnXXX 事件的实质 我们不 是要等多长时间才去做 什么事 而是当等待的工作正好完成的时候去做 yield 方法也是类方法 只在当前线程上调用 理由同上 它主是让当前线 程放弃本次分配到的时间片原则 不是非常必要的情况下 没有理 由调用它 调用这个方法不会提高任何效率 只是降低了 CPU 的总周期上面介绍的线程一些 方法 基于 基础篇 而言只能简单提及 以后具体应用中我会结合 实例详细论述 线程本身的其它方法请参看 API 文档 下一节介绍非线程的方法 但和线程 密切相关的两 三 个对象方法 wait notify notifyAll 这是在多线程中非常重要的方法 基于基于基础篇 四基础篇 四 wait notify notityAll 方法方法 关于这两个方法 有很多的内容需要说明 在下面的说明中可能会有很多地 方不能一下子明白 但在看完本节后 即使不能完全明白 你也一定要回过头来记 住下面的两句话 wait notify notityAll wait notify notityAll 方法是普通对象的方法方法是普通对象的方法 Object Object 超类中实超类中实 现现 而不是线程对象的方法而不是线程对象的方法 wait notify notityAll wait notify notityAll 方法只能在同步方法中调用方法只能在同步方法中调用 线程的互斥控制线程的互斥控制 多个线程同时操作某一对象时 一个线程对该对象的操作可能会改变其状态 而 该状态会影响另一线程对该对象的真正结果 这个例子我们在太多的文档中可以看到 就象两个操售票员同时售出同一张 票一样 线程线程 A线程线程 B 1 线程 A 在数据库中查询存票 发现票 C 可以 卖出 class left 2 线程 A 接受用户订票请求 准备出 票 3 这时切换到了线程 B 执行 4 线程 B 在数据库中查询存票 发现票 C 可以 卖出 5 线程 B 将票卖了出去 6 切换到线程 A 执行 线程 A 卖了一张已经卖 出的票 所以需要一种机制来管理这类问题的发生 当某个线程正在执行一个不可分 割的部分时 其它线程不能不能同时执行这一部分 象这种控制某一时刻只能有一个线程执行某个执行单元的机制就叫互斥控 制或共享互斥 mutual exclusion 在 JAVA 中 用 synchornized 关键字来实现互斥控制 暂时这样认为 JDK1 5 已经发展了新的机制 synchornized 关键字关键字 把一个单元声明为 synchornized 就可以让在同一时间只有一个线程操作 该方法 有人说 synchornized 就是一把锁 事实上它确实存在锁 但是是谁的锁 锁 谁 这是一个非常复杂的问题 每个对象只有一把监视锁 monitor lock 一次只能被一个线程获取 当一 个线程获取了这一个锁后 其它线程就只能等待这个线程释放锁才能再获取 那么 synchornized 关键字到底锁什么 得到了谁的锁 对于同步块 synchornized 获取的是参数中的对象锁 synchornized obj 线程执行到这里时 首先要获取 obj 这个实例的锁 如果没有获取到线程只 能等待 如果多个线程执行到这里 只能有一个线程获取 obj 的锁 然后执行 中 的语句 所以 obj 对象的作用范围不同 控制程序不同 假如 public void test Object o new Object synchornized obj 这段程序控制不了任何 多个线程之间执行到 Object o new Object 时会各自产生一个对象然后获取这个对象有监视锁 各自皆大欢喜地执行 而如果是类的属性 class Test Object o new Object public void test synchornized o 所有执行到 Test 实例的 synchornized o 的线程 只有一个线程可以获取 到监视锁 有时我们会这样 public void test synchornized this 那么所有执行 Test 实例的线程只能有一个线程执行 而 synchornized o 和 synchornized this 的范围是不同 的 因为执行到 Test 实例的 synchornized o 的线程等待时 其它线程可以执行 Test 实例的 synchornized o1 部分 但多 个线程同时只有一个可以执行 Test 实例的 synchornized this 而对于 synchornized Test class 这样的同步块而言 所有调用 Test 多个实例的线程赐教只能有一个线程可 以执行 synchornized 方法方法 如果一个方法声明为 synchornized 的 则等同于把在为个方法上调用 synchornized this 如果一个静态方法被声明为 synchornized 则等同于把在为个方法上调用 synchornized 类 class 现在进入 wait 方法和 notify notifyAll 方法 这两个 或叫三个 方法都是 Object 对象的方法 而不是线程对象的方法 如同锁一样 它们是在线程中调用 某一对象上执行的 class Test public synchornized void test 获取条件 int x 要求大于 100 if x 100 wait 这里为了说明方法没有加在 try catch 中 如果没有明确在哪个对象 上调用 wait 方法 则为 this wait 假如 Test t new Test 现在有两个线程都执行到 t test 方法 其中线程 A 获取了 t 的对象锁 进入 test 方法内 这时 x 小于 100 所以线程 A 进入等待 当一个线程调用了 wait 方法后 这个线程就进入了这个对象的休息室 waitset 这是一个虚拟的对象 但 JVM 中一定存在这样的一个数据结构用来记 录当前对象中有哪些程线程在等待 当一个线程进入等待时 它就会释放锁 让其它线程来获取这个锁 所以线程 B 有机会获得了线程 A 释放的锁 进入 test 方法 如果这时 x 还 是小于 100 线程 B 也进入了 t 的休息室 这两个线程只能等待其它线程调用 notity All 来唤醒 但是如果调用的是有参数的 wait time 方法 则线程 A B 都会在休息室中 等待这个时间后自动唤醒 为什么真正的应用都是用为什么真正的应用都是用 while 条件条件 而不用而不用 if 条件条件 在实际的编程中我们看到大量的例子都是用 while x 100 wait go 而不是用 if 为什么呢 在多个线程同时执行时 if x this maxSize try this wait catch Exception e this add f notifyAll 拿菜拿菜 同上面 如果桌子上一盘菜也没有 所有食客都要等待 public synchronized Food getFood while this size this maxSize try this wait catch Exception e this add f notifyAll public synchronized Food getFood while this size t maxSize try t wait catch Exception e t add f t notifyAll 2 同步的范围 在本例中是放和取两个方法 不能把做菜和吃菜这种各自 不相干的工作放在受保护的范围中 3 参与者与容积比 对于生产者和消费者的比例 以及桌子所能放置最多菜的数量三者之间的 关系是影响性能的重要因素 如果是过多的生产者在等待 则要增加消费者或 减少生产者的数据 反之则增加生产者或减少消费者的数量 另外如果桌子有足够的容量可以很大程序提升性能 这种情况下可以同时 提高生产者和消费者的数量 但足够大的容时往往你要有足够大的物理内存 本节继续上一节的讨论 一个线程在进入对象的休息室一个线程在进入对象的休息室 调用该对象的调用该对象的 wait wait 方法方法 后会释放对该后会释放对该 对象的锁对象的锁 基于这个原因 在同步中 除非必要 否则你不应用使用 Thread sleep long l 方法 因为 sleep 方法并不释放对象的锁 这是一个极其恶劣的品德 你自己什么事也不干 进入 sleep 状态 却抓 住竞争对象的监视锁不让其它需要该对象监视锁的线程运行 简单说是极端自 私的一种行为 但我看到过很多程序员仍然有在同步方法中调用 sleep 的代码 看下面的例子 package debug class SleepTest public synchronized void wantSleep try Thread sleep 1000 60 catch Exception e System out println 111 public synchronized void say System out println 123 class T1 extends Thread SleepTest st public T1 SleepTest st this st st public void run st wantSleep class T2 extends Thread SleepTest st public T2 SleepTest st this st st public void run st say public class Test public static void main String args throws Exception SleepTest st new SleepTest new T1 st start new T2 st start 我们看到 线程 T1 的实例运行后 当前线程抓住了 st 实例的锁 然后进 入了 sleep 直到它睡满 60 秒后才运行到 System out println 111 然后 run 方法运行完成释放了对 st 的监视锁 线程 T2 的实例才得到运行的机会 而如果我们把 wantSleep 方法改成 public synchronized void wantSleep try Thread sleep 1000 60 this wait 1000 60 catch Exception e System out println 111 我们看到 T2 的实例所在的线程立即就得到了运行机会 首先打印了 123 而 T1 的实例所在的线程仍然等待 直到等待 60 秒后运行到 System out println 111 方法 所以 调用 wait long l 方法不仅达到了阻塞当前线程规定时间内不运行 而且让其它有竞争需求的线程有了运行机会 这种利人不损己的方法 何乐而 不为 这也是一个有良心的程序员应该遵循的原则 当一个线程调用 wait long l 方法后 线程如果继续运行 你无法知道它 是等待时间完成了还是在 wait 时被其它线程唤醒了 如果你非常在意它一定要 等待足够的时间才执行某任务 而不希望是中途被唤醒 这里有一个不是非常 准确的方法 long l System System currentTimeMillis wait 1000 准备让当前线 程等待 1 秒 while System System currentTimeMillis l 1000 执 行到这里说明它还没有等待到 1 秒 是让其它线程给闹醒了 wait 1000 System System currentTimeMillis l 继续等待余下的时间 这种方法不是很准确 但基本上能达到目的 所以在同步方法中 除非你明确知道自己在干什么 非要这么做的话 你 没有理由使用 sleep wait 方法足够达到你想要的目的 而如果你是一 个很保 守的人 看到上面这段话后 你对 sleep 方法深恶痛绝 坚决不用 sleep 了 那么在非同步的方法中 没有和其它线程竞争的对象 你想让当前线 程阻塞一 定时间后再运行 应该如何做呢 这完全是一种卖弄 在非同步的方法中你就 应该合理地应用 sleep 嘛 但如果你坚决不用 sleep 那就这样来 做吧 public static mySleep long l Object o new Object synchronized o try o wait l catch Exception e 放心吧 没有人能在这个方法外调用 o notify All 所以 o wait l 会一 直等到设定的时间才会运行完成 虚拟锁的使用虚拟锁的使用 虚拟锁简单说就是不要调用 synchronized 方法 它等同于 synchronized this 和不要调用 synchronized this 这样所有调用在这个 实例上的所有同步方法的线程只能有一个线程可以运行 也就是说 如果一个类有两个同步方法 m1 m2 那么不仅是两个以上线调用 m1 方法 的线程只有一个能运行 就是两个分别调用 m1 m2 的线程也只有一个能运行 当然非同步方法不存在任何竞争 在一个线程获取该对象的监视锁后这个对象 的非同步方法可以被任何线程调用 而大多数时候 我们可能会出现这种情况 多个线程调用 m1 时需要保护一 种资源 而多个线程调用 M2 时要保护的是另一种资源 如果我们把 m1 m2 都 设成同步方法 两