Java线程

Java线程：概念与原理

 

SCJP5学习笔记

 

一、操作系统中线程和进程的概念

现在的操作系统是多任务操作系统。多线程是实现多任务的一种方式。

进程是指一个内存中运行的应用程序，每个进程都有自己独立的一块内存空间，一个进程中可以启动多个线程。比如在Windows系统中，一个运行的exe就是一个进程。

 

线程是指进程中的一个执行流程，一个进程中可以运行多个线程。比如java.exe进程中可以运行很多线程。线程总是属于某个进程，进程中的多个线程共享进程的内存。

 

“同时”执行是人的感觉，在线程之间实际上轮换执行。

 

二、Java中的线程

在Java中，“线程”指两件不同的事情：
1、java.lang.Thread类的一个实例；

2、线程的执行。

 

使用java.lang.Thread类或者java.lang.Runnable接口编写代码来定义、实例化和启动新线程。

 

一个Thread类实例只是一个对象，像Java中的任何其他对象一样，具有变量和方法，生死于堆上。

 

Java中，每个线程都有一个调用栈，即使不在程序中创建任何新的线程，线程也在后台运行着。

 

一个Java应用总是从main()方法开始运行，mian()方法运行在一个线程内，它被称为主线程。

 

一旦创建一个新的线程，就产生一个新的调用栈。

 

线程总体分两类：用户线程和守候线程。

当所有用户线程执行完毕的时候，JVM自动关闭。但是守候线程却不独立于JVM，守候线程一般是由操作系统或者用户自己创建的。

Java线程：创建与启动

 

SCJP5学习笔记

 

一、定义线程

 

1、扩展java.lang.Thread类。

 

此类中有个run()方法，应该注意其用法：

public void run()

如果该线程是使用独立的 Runnable 运行对象构造的，则调用该 Runnable 对象的 run 方法；否则，该方法不执行任何操作并返回。

 

Thread 的子类应该重写该方法。

2、实现java.lang.Runnable接口。

 

void run()

使用实现接口 Runnable 的对象创建一个线程时，启动该线程将导致在独立执行的线程中调用对象的 run 方法。

 

方法 run 的常规协定是，它可能执行任何所需的操作。

 

二、实例化线程

 

1、如果是扩展java.lang.Thread类的线程，则直接new即可。

 

2、如果是实现了java.lang.Runnable接口的类，则用Thread的构造方法：

Thread(Runnable target) 
Thread(Runnable target, String name) 
Thread(ThreadGroup group, Runnable target) 
Thread(ThreadGroup group, Runnable target, String name) 
Thread(ThreadGroup group, Runnable target, String name, long stackSize)

 

三、启动线程

 

在线程的Thread对象上调用start()方法，而不是run()或者别的方法。

 

在调用start()方法之前：线程处于新状态中，新状态指有一个Thread对象，但还没有一个真正的线程。

 

在调用start()方法之后：发生了一系列复杂的事情

启动新的执行线程（具有新的调用栈）；

该线程从新状态转移到可运行状态；

当该线程获得机会执行时，其目标run()方法将运行。

 

注意：对Java来说，run()方法没有任何特别之处。像main()方法一样，它只是新线程知道调用的方法名称(和签名)。因此，在Runnable上或者Thread上调用run方法是合法的。但并不启动新的线程。

 

 

四、例子

 

1、实现Runnable接口的多线程例子

/** 
* 实现Runnable接口的类 
* 
* @author leizhimin 2008-9-13 18:12:10 
*/ 
public class DoSomething implements Runnable { 
    private String name; 

    public DoSomething(String name) { 
        this.name = name; 
    } 

    public void run() { 
        for (int i = 0; i < 5; i++) { 
            for (long k = 0; k < 100000000; k++) ; 
            System.out.println(name + ": " + i); 
        } 
    } 
}

 

/** 
* 测试Runnable类实现的多线程程序 
* 
* @author leizhimin 2008-9-13 18:15:02 
*/ 
public class TestRunnable { 
    public static void main(String[] args) { 
        DoSomething ds1 = new DoSomething("阿三"); 
        DoSomething ds2 = new DoSomething("李四"); 

        Thread t1 = new Thread(ds1); 
        Thread t2 = new Thread(ds2); 

        t1.start(); 
        t2.start(); 
    } 
}

 

执行结果：

李四: 0 
阿三: 0 
李四: 1 
阿三: 1 
李四: 2 
李四: 3 
阿三: 2 
李四: 4 
阿三: 3 
阿三: 4 

Process finished with exit code 0

 

2、扩展Thread类实现的多线程例子

 

/** 
* 测试扩展Thread类实现的多线程程序 
* 
* @author leizhimin 2008-9-13 18:22:13 
*/ 
public class TestThread extends Thread{ 
    public TestThread(String name) { 
        super(name); 
    } 

    public void run() { 
        for(int i = 0;i<5;i++){ 
            for(long k= 0; k <100000000;k++); 
            System.out.println(this.getName()+" :"+i); 
        } 
    } 

    public static void main(String[] args) { 
        Thread t1 = new TestThread("阿三"); 
        Thread t2 = new TestThread("李四"); 
        t1.start(); 
        t2.start(); 
    } 
}

 

执行结果：

阿三 :0 
李四 :0 
阿三 :1 
李四 :1 
阿三 :2 
李四 :2 
阿三 :3 
阿三 :4 
李四 :3 
李四 :4 

Process finished with exit code 0

 

对于上面的多线程程序代码来说，输出的结果是不确定的。其中的一条语句for(long k= 0; k <100000000;k++);是用来模拟一个非常耗时的操作的。

 

五、一些常见问题

 

1、线程的名字，一个运行中的线程总是有名字的，名字有两个来源，一个是虚拟机自己给的名字，一个是你自己的定的名字。在没有指定线程名字的情况下，虚拟机总会为线程指定名字，并且主线程的名字总是mian，非主线程的名字不确定。

2、线程都可以设置名字，也可以获取线程的名字，连主线程也不例外。

3、获取当前线程的对象的方法是：Thread.currentThread()；

4、在上面的代码中，只能保证：每个线程都将启动，每个线程都将运行直到完成。一系列线程以某种顺序启动并不意味着将按该顺序执行。对于任何一组启动的线程来说，调度程序不能保证其执行次序，持续时间也无法保证。

5、当线程目标run()方法结束时该线程完成。

6、一旦线程启动，它就永远不能再重新启动。只有一个新的线程可以被启动，并且只能一次。一个可运行的线程或死线程可以被重新启动。

7、线程的调度是JVM的一部分，在一个CPU的机器上上，实际上一次只能运行一个线程。一次只有一个线程栈执行。JVM线程调度程序决定实际运行哪个处于可运行状态的线程。

众多可运行线程中的某一个会被选中做为当前线程。可运行线程被选择运行的顺序是没有保障的。

8、尽管通常采用队列形式，但这是没有保障的。队列形式是指当一个线程完成“一轮”时，它移到可运行队列的尾部等待，直到它最终排队到该队列的前端为止，它才能被再次选中。事实上，我们把它称为可运行池而不是一个可运行队列，目的是帮助认识线程并不都是以某种有保障的顺序排列唱呢个一个队列的事实。

9、尽管我们没有无法控制线程调度程序，但可以通过别的方式来影响线程调度的方式。

Java线程：线程栈模型与线程的变量

 

SCJP5学习笔记

 

要理解线程调度的原理，以及线程执行过程，必须理解线程栈模型。

线程栈是指某时刻时内存中线程调度的栈信息，当前调用的方法总是位于栈顶。线程栈的内容是随着程序的运行动态变化的，因此研究线程栈必须选择一个运行的时刻（实际上指代码运行到什么地方)。

 

下面通过一个示例性的代码说明线程（调用）栈的变化过程。

 

 

这幅图描述在代码执行到两个不同时刻1、2时候，虚拟机线程调用栈示意图。

 

当程序执行到t.start();时候，程序多出一个分支（增加了一个调用栈B），这样，栈A、栈B并行执行。

 

从这里就可以看出方法调用和线程启动的区别了。

Java线程：线程状态的转换

 

SCJP5学习笔记

 

一、线程状态

 

线程的状态转换是线程控制的基础。线程状态总的可分为五大状态：分别是生、死、可运行、运行、等待/阻塞。用一个图来描述如下：

 

1、新状态：线程对象已经创建，还没有在其上调用start()方法。

 

2、可运行状态：当线程有资格运行，但调度程序还没有把它选定为运行线程时线程所处的状态。当start()方法调用时，线程首先进入可运行状态。在线程运行之后或者从阻塞、等待或睡眠状态回来后，也返回到可运行状态。

 

3、运行状态：线程调度程序从可运行池中选择一个线程作为当前线程时线程所处的状态。这也是线程进入运行状态的唯一一种方式。

 

4、等待/阻塞/睡眠状态：这是线程有资格运行时它所处的状态。实际上这个三状态组合为一种，其共同点是：线程仍旧是活的，但是当前没有条件运行。换句话说，它是可运行的，但是如果某件事件出现，他可能返回到可运行状态。

 

5、死亡态：当线程的run()方法完成时就认为它死去。这个线程对象也许是活的，但是，它已经不是一个单独执行的线程。线程一旦死亡，就不能复生。 如果在一个死去的线程上调用start()方法，会抛出java.lang.IllegalThreadStateException异常。

 

有关详细状态转换图可以参看本人的“Java多线程编程总结”中的图

 

二、阻止线程执行

对于线程的阻止，考虑一下三个方面，不考虑IO阻塞的情况：

睡眠；

等待；

因为需要一个对象的锁定而被阻塞。

 

1、睡眠

Thread.sleep(long millis)和Thread.sleep(long millis, int nanos)静态方法强制当前正在执行的线程休眠（暂停执行），以“减慢线程”。当线程睡眠时，它入睡在某个地方，在苏醒之前不会返回到可运行状态。当睡眠时间到期，则返回到可运行状态。

 

线程睡眠的原因：线程执行太快，或者需要强制进入下一轮，因为Java规范不保证合理的轮换。

 

睡眠的实现：调用静态方法。

        try {
            Thread.sleep(123);
        } catch (InterruptedException e) {
            e.printStackTrace();  
        }

 

睡眠的位置：为了让其他线程有机会执行，可以将Thread.sleep()的调用放线程run()之内。这样才能保证该线程执行过程中会睡眠。

 

例如，在前面的例子中，将一个耗时的操作改为睡眠，以减慢线程的执行。可以这么写：

 

    public void run() {
        for(int i = 0;i<5;i++){

// 很耗时的操作，用来减慢线程的执行
//            for(long k= 0; k <100000000;k++);
            try {
                Thread.sleep(3);
            } catch (InterruptedException e) {
                e.printStackTrace();  .
            }
            System.out.println(this.getName()+" :"+i);
        }
    }

 

运行结果：

阿三 :0 
李四 :0 
阿三 :1 
阿三 :2 
阿三 :3 
李四 :1 
李四 :2 
阿三 :4 
李四 :3 
李四 :4 

Process finished with exit code 0

 

这样，线程在每次执行过程中，总会睡眠3毫秒，睡眠了，其他的线程就有机会执行了。

 

注意：

1、线程睡眠是帮助所有线程获得运行机会的最好方法。

2、线程睡眠到期自动苏醒，并返回到可运行状态，不是运行状态。sleep()中指定的时间是线程不会运行的最短时间。因此，sleep()方法不能保证该线程睡眠到期后就开始执行。

3、sleep()是静态方法，只能控制当前正在运行的线程。

 

下面给个例子：

/** 
* 一个计数器，计数到100，在每个数字之间暂停1秒，每隔10个数字输出一个字符串 
* 
* @author leizhimin 2008-9-14 9:53:49 
*/ 
public class MyThread extends Thread { 

    public void run() { 
        for (int i = 0; i < 100; i++) { 
            if ((i) % 10 == 0) { 
                System.out.println("-------" + i); 
            } 
            System.out.print(i); 
            try { 
                Thread.sleep(1); 
                System.out.print("    线程睡眠1毫秒！\n"); 
            } catch (InterruptedException e) { 
                e.printStackTrace(); 
            } 
        } 
    } 

    public static void main(String[] args) { 
        new MyThread().start(); 
    } 
} 

 

-------0 
0    线程睡眠1毫秒！ 
1    线程睡眠1毫秒！ 
2    线程睡眠1毫秒！ 
3    线程睡眠1毫秒！ 
4    线程睡眠1毫秒！ 
5    线程睡眠1毫秒！ 
6    线程睡眠1毫秒！ 
7    线程睡眠1毫秒！ 
8    线程睡眠1毫秒！ 
9    线程睡眠1毫秒！ 
-------10 
10    线程睡眠1毫秒！ 
11    线程睡眠1毫秒！ 
12    线程睡眠1毫秒！ 
13    线程睡眠1毫秒！ 
14    线程睡眠1毫秒！ 
15    线程睡眠1毫秒！ 
16    线程睡眠1毫秒！ 
17    线程睡眠1毫秒！ 
18    线程睡眠1毫秒！ 
19    线程睡眠1毫秒！ 
-------20 
20    线程睡眠1毫秒！ 
21    线程睡眠1毫秒！ 
22    线程睡眠1毫秒！ 
23    线程睡眠1毫秒！ 
24    线程睡眠1毫秒！ 
25    线程睡眠1毫秒！ 
26    线程睡眠1毫秒！ 
27    线程睡眠1毫秒！ 
28    线程睡眠1毫秒！ 
29    线程睡眠1毫秒！ 
-------30 
30    线程睡眠1毫秒！ 
31    线程睡眠1毫秒！ 
32    线程睡眠1毫秒！ 
33    线程睡眠1毫秒！ 
34    线程睡眠1毫秒！ 
35    线程睡眠1毫秒！ 
36    线程睡眠1毫秒！ 
37    线程睡眠1毫秒！ 
38    线程睡眠1毫秒！ 
39    线程睡眠1毫秒！ 
-------40 
40    线程睡眠1毫秒！ 
41    线程睡眠1毫秒！ 
42    线程睡眠1毫秒！ 
43    线程睡眠1毫秒！ 
44    线程睡眠1毫秒！ 
45    线程睡眠1毫秒！ 
46    线程睡眠1毫秒！ 
47    线程睡眠1毫秒！ 
48    线程睡眠1毫秒！ 
49    线程睡眠1毫秒！ 
-------50 
50    线程睡眠1毫秒！ 
51    线程睡眠1毫秒！ 
52    线程睡眠1毫秒！ 
53    线程睡眠1毫秒！ 
54    线程睡眠1毫秒！ 
55    线程睡眠1毫秒！ 
56    线程睡眠1毫秒！ 
57    线程睡眠1毫秒！ 
58    线程睡眠1毫秒！ 
59    线程睡眠1毫秒！ 
-------60 
60    线程睡眠1毫秒！ 
61    线程睡眠1毫秒！ 
62    线程睡眠1毫秒！ 
63    线程睡眠1毫秒！ 
64    线程睡眠1毫秒！ 
65    线程睡眠1毫秒！ 
66    线程睡眠1毫秒！ 
67    线程睡眠1毫秒！ 
68    线程睡眠1毫秒！ 
69    线程睡眠1毫秒！ 
-------70 
70    线程睡眠1毫秒！ 
71    线程睡眠1毫秒！ 
72    线程睡眠1毫秒！ 
73    线程睡眠1毫秒！ 
74    线程睡眠1毫秒！ 
75    线程睡眠1毫秒！ 
76    线程睡眠1毫秒！ 
77    线程睡眠1毫秒！ 
78    线程睡眠1毫秒！ 
79    线程睡眠1毫秒！ 
-------80 
80    线程睡眠1毫秒！ 
81    线程睡眠1毫秒！ 
82    线程睡眠1毫秒！ 
83    线程睡眠1毫秒！ 
84    线程睡眠1毫秒！ 
85    线程睡眠1毫秒！ 
86    线程睡眠1毫秒！ 
87    线程睡眠1毫秒！ 
88    线程睡眠1毫秒！ 
89    线程睡眠1毫秒！ 
-------90 
90    线程睡眠1毫秒！ 
91    线程睡眠1毫秒！ 
92    线程睡眠1毫秒！ 
93    线程睡眠1毫秒！ 
94    线程睡眠1毫秒！ 
95    线程睡眠1毫秒！ 
96    线程睡眠1毫秒！ 
97    线程睡眠1毫秒！ 
98    线程睡眠1毫秒！ 
99    线程睡眠1毫秒！ 

Process finished with exit code 0 

2、线程的优先级和线程让步yield()

线程的让步是通过Thread.yield()来实现的。yield()方法的作用是：暂停当前正在执行的线程对象，并执行其他线程。

 

要理解yield()，必须了解线程的优先级的概念。线程总是存在优先级，优先级范围在1~10之间。JVM线程调度程序是基于优先级的抢先调度机制。在大多数情况下，当前运行的线程优先级将大于或等于线程池中任何线程的优先级。但这仅仅是大多数情况。

 

注意：当设计多线程应用程序的时候，一定不要依赖于线程的优先级。因为线程调度优先级操作是没有保障的，只能把线程优先级作用作为一种提高程序效率的方法，但是要保证程序不依赖这种操作。

 

当线程池中线程都具有相同的优先级，调度程序的JVM实现自由选择它喜欢的线程。这时候调度程序的操作有两种可能：一是选择一个线程运行，直到它阻塞或者运行完成为止。二是时间分片，为池内的每个线程提供均等的运行机会。

 

设置线程的优先级：线程默认的优先级是创建它的执行线程的优先级。可以通过setPriority(int newPriority)更改线程的优先级。例如：

        Thread t = new MyThread();
        t.setPriority(8);
        t.start();

线程优先级为1~10之间的正整数，JVM从不会改变一个线程的优先级。然而，1~10之间的值是没有保证的。一些JVM可能不能识别10个不同的值，而将这些优先级进行每两个或多个合并，变成少于10个的优先级，则两个或多个优先级的线程可能被映射为一个优先级。

 

线程默认优先级是5，Thread类中有三个常量，定义线程优先级范围：

static int MAX_PRIORITY 
          线程可以具有的最高优先级。 
static int MIN_PRIORITY 
          线程可以具有的最低优先级。 
static int NORM_PRIORITY 
          分配给线程的默认优先级。

 

3、Thread.yield()方法

 

Thread.yield()方法作用是：暂停当前正在执行的线程对象，并执行其他线程。

yield()应该做的是让当前运行线程回到可运行状态，以允许具有相同优先级的其他线程获得运行机会。因此，使用yield()的目的是让相同优先级的线程之间能适当的轮转执行。但是，实际中无法保证yield()达到让步目的，因为让步的线程还有可能被线程调度程序再次选中。

结论：yield()从未导致线程转到等待/睡眠/阻塞状态。在大多数情况下，yield()将导致线程从运行状态转到可运行状态，但有可能没有效果。

 

4、join()方法

 

Thread的非静态方法join()让一个线程B“加入”到另外一个线程A的尾部。在A执行完毕之前，B不能工作。例如：

        Thread t = new MyThread();
        t.start();
        t.join();

另外，join()方法还有带超时限制的重载版本。 例如t.join(5000);则让线程等待5000毫秒，如果超过这个时间，则停止等待，变为可运行状态。

 

线程的加入join()对线程栈导致的结果是线程栈发生了变化，当然这些变化都是瞬时的。下面给示意图：

 

 

 

小结

到目前位置，介绍了线程离开运行状态的3种方法：

1、调用Thread.sleep()：使当前线程睡眠至少多少毫秒（尽管它可能在指定的时间之前被中断）。

2、调用Thread.yield()：不能保障太多事情，尽管通常它会让当前运行线程回到可运行性状态，使得有相同优先级的线程有机会执行。

3、调用join()方法：保证当前线程停止执行，直到该线程所加入的线程完成为止。然而，如果它加入的线程没有存活，则当前线程不需要停止。

 

除了以上三种方式外，还有下面几种特殊情况可能使线程离开运行状态：

1、线程的run()方法完成。

2、在对象上调用wait()方法（不是在线程上调用）。

3、线程不能在对象上获得锁定，它正试图运行该对象的方法代码。

4、线程调度程序可以决定将当前运行状态移动到可运行状态，以便让另一个线程获得运行机会，而不需要任何理由。

Java线程：线程的同步与锁

 

 

 

一、同步问题提出

 

线程的同步是为了防止多个线程访问一个数据对象时，对数据造成的破坏。

例如：两个线程ThreadA、ThreadB都操作同一个对象Foo对象，并修改Foo对象上的数据。

 

public class Foo { 
    private int x = 100; 

    public int getX() { 
        return x; 
    } 

    public int fix(int y) { 
        x = x - y; 
        return x; 
    } 
}

 

public class MyRunnable implements Runnable { 
    private Foo foo = new Foo(); 

    public static void main(String[] args) { 
        MyRunnable r = new MyRunnable(); 
        Thread ta = new Thread(r, "Thread-A"); 
        Thread tb = new Thread(r, "Thread-B"); 
        ta.start(); 
        tb.start(); 
    } 

    public void run() { 
        for (int i = 0; i < 3; i++) { 
            this.fix(30); 
            try { 
                Thread.sleep(1); 
            } catch (InterruptedException e) { 
                e.printStackTrace(); 
            } 
            System.out.println(Thread.currentThread().getName() + " : 当前foo对象的x值= " + foo.getX()); 
        } 
    } 

    public int fix(int y) { 
        return foo.fix(y); 
    } 
}

 

运行结果：

Thread-A : 当前foo对象的x值= 40 
Thread-B : 当前foo对象的x值= 40 
Thread-B : 当前foo对象的x值= -20 
Thread-A : 当前foo对象的x值= -50 
Thread-A : 当前foo对象的x值= -80 
Thread-B : 当前foo对象的x值= -80 

Process finished with exit code 0

 

从结果发现，这样的输出值明显是不合理的。原因是两个线程不加控制的访问Foo对象并修改其数据所致。

 

如果要保持结果的合理性，只需要达到一个目的，就是将对Foo的访问加以限制，每次只能有一个线程在访问。这样就能保证Foo对象中数据的合理性了。

 

在具体的Java代码中需要完成一下两个操作：

把竞争访问的资源类Foo变量x标识为private；

同步哪些修改变量的代码，使用synchronized关键字同步方法或代码。

 

二、同步和锁定

 

1、锁的原理

 

Java中每个对象都有一个内置锁

 

当程序运行到非静态的synchronized同步方法上时，自动获得与正在执行代码类的当前实例（this实例）有关的锁。获得一个对象的锁也称为获取锁、锁定对象、在对象上锁定或在对象上同步。

 

当程序运行到synchronized同步方法或代码块时才该对象锁才起作用。

 

一个对象只有一个锁。所以，如果一个线程获得该锁，就没有其他线程可以获得锁，直到第一个线程释放（或返回）锁。这也意味着任何其他线程都不能进入该对象上的synchronized方法或代码块，直到该锁被释放。

 

释放锁是指持锁线程退出了synchronized同步方法或代码块。

 

关于锁和同步，有一下几个要点：

1）、只能同步方法，而不能同步变量和类；

2）、每个对象只有一个锁；当提到同步时，应该清楚在什么上同步？也就是说，在哪个对象上同步？

3）、不必同步类中所有的方法，类可以同时拥有同步和非同步方法。

4）、如果两个线程要执行一个类中的synchronized方法，并且两个线程使用相同的实例来调用方法，那么一次只能有一个线程能够执行方法，另一个需要等待，直到锁被释放。也就是说：如果一个线程在对象上获得一个锁，就没有任何其他线程可以进入（该对象的）类中的任何一个同步方法。

5）、如果线程拥有同步和非同步方法，则非同步方法可以被多个线程自由访问而不受锁的限制。

6）、线程睡眠时，它所持的任何锁都不会释放。

7）、线程可以获得多个锁。比如，在一个对象的同步方法里面调用另外一个对象的同步方法，则获取了两个对象的同步锁。

8）、同步损害并发性，应该尽可能缩小同步范围。同步不但可以同步整个方法，还可以同步方法中一部分代码块。

9）、在使用同步代码块时候，应该指定在哪个对象上同步，也就是说要获取哪个对象的锁。例如：

    public int fix(int y) {
        synchronized (this) {
            x = x - y;
        }
        return x;
    }

 

当然，同步方法也可以改写为非同步方法，但功能完全一样的，例如：

    public synchronized int getX() {
        return x++;
    }

与

    public int getX() {
        synchronized (this) {
            return x;
        }
    }

效果是完全一样的。

 

三、静态方法同步

 

要同步静态方法，需要一个用于整个类对象的锁，这个对象是就是这个类（XXX.class)。

例如：

public static synchronized int setName(String name){

      Xxx.name = name;

}

等价于
public static int setName(String name){
      synchronized(Xxx.class){
            Xxx.name = name;
      }
}

 

四、如果线程不能不能获得锁会怎么样

 

如果线程试图进入同步方法，而其锁已经被占用，则线程在该对象上被阻塞。实质上，线程进入该对象的的一种池中，必须在哪里等待，直到其锁被释放，该线程再次变为可运行或运行为止。

 

当考虑阻塞时，一定要注意哪个对象正被用于锁定：

1、调用同一个对象中非静态同步方法的线程将彼此阻塞。如果是不同对象，则每个线程有自己的对象的锁，线程间彼此互不干预。

 

2、调用同一个类中的静态同步方法的线程将彼此阻塞，它们都是锁定在相同的Class对象上。

 

3、静态同步方法和非静态同步方法将永远不会彼此阻塞，因为静态方法锁定在Class对象上，非静态方法锁定在该类的对象上。

 

4、对于同步代码块，要看清楚什么对象已经用于锁定（synchronized后面括号的内容）。在同一个对象上进行同步的线程将彼此阻塞，在不同对象上锁定的线程将永远不会彼此阻塞。

 

五、何时需要同步

 

在多个线程同时访问互斥（可交换）数据时，应该同步以保护数据，确保两个线程不会同时修改更改它。

 

对于非静态字段中可更改的数据，通常使用非静态方法访问。

对于静态字段中可更改的数据，通常使用静态方法访问。

 

如果需要在非静态方法中使用静态字段，或者在静态字段中调用非静态方法，问题将变得非常复杂。已经超出SJCP考试范围了。

 

六、线程安全类

 

当一个类已经很好的同步以保护它的数据时，这个类就称为“线程安全的”。

 

即使是线程安全类，也应该特别小心，因为操作的线程是间仍然不一定安全。

 

举个形象的例子，比如一个集合是线程安全的，有两个线程在操作同一个集合对象，当第一个线程查询集合非空后，删除集合中所有元素的时候。第二个线程也来执行与第一个线程相同的操作，也许在第一个线程查询后，第二个线程也查询出集合非空，但是当第一个执行清除后，第二个再执行删除显然是不对的，因为此时集合已经为空了。

看个代码：

 

public class NameList { 
    private List nameList = Collections.synchronizedList(new LinkedList()); 

    public void add(String name) { 
        nameList.add(name); 
    } 

    public String removeFirst() { 
        if (nameList.size() > 0) { 
            return (String) nameList.remove(0); 
        } else { 
            return null; 
        } 
    } 
}

 

public class Test { 
    public static void main(String[] args) { 
        final NameList nl = new NameList(); 
        nl.add("aaa"); 
        class NameDropper extends Thread{ 
            public void run(){ 
                String name = nl.removeFirst(); 
                System.out.println(name); 
            } 
        } 

        Thread t1 = new NameDropper(); 
        Thread t2 = new NameDropper(); 
        t1.start(); 
        t2.start(); 
    } 
}

 

虽然集合对象

    private List nameList = Collections.synchronizedList(new LinkedList());
是同步的，但是程序还不是线程安全的。

出现这种事件的原因是，上例中一个线程操作列表过程中无法阻止另外一个线程对列表的其他操作。

 

解决上面问题的办法是，在操作集合对象的NameList上面做一个同步。改写后的代码如下：

public class NameList { 
    private List nameList = Collections.synchronizedList(new LinkedList()); 

    public synchronized void add(String name) { 
        nameList.add(name); 
    } 

    public synchronized String removeFirst() { 
        if (nameList.size() > 0) { 
            return (String) nameList.remove(0); 
        } else { 
            return null; 
        } 
    } 
}

 

这样，当一个线程访问其中一个同步方法时，其他线程只有等待。

 

七、线程死锁

 

死锁对Java程序来说，是很复杂的，也很难发现问题。当两个线程被阻塞，每个线程在等待另一个线程时就发生死锁。

 

还是看一个比较直观的死锁例子：

 

public class DeadlockRisk { 
    private static class Resource { 
        public int value; 
    } 

    private Resource resourceA = new Resource(); 
    private Resource resourceB = new Resource(); 

    public int read() { 
        synchronized (resourceA) { 
            synchronized (resourceB) { 
                return resourceB.value + resourceA.value; 
            } 
        } 
    } 

    public void write(int a, int b) { 
        synchronized (resourceB) { 
            synchronized (resourceA) { 
                resourceA.value = a; 
                resourceB.value = b; 
            } 
        } 
    } 
}

 

假设read()方法由一个线程启动，write()方法由另外一个线程启动。读线程将拥有resourceA锁，写线程将拥有resourceB锁，两者都坚持等待的话就出现死锁。

 

实际上，上面这个例子发生死锁的概率很小。因为在代码内的某个点，CPU必须从读线程切换到写线程，所以，死锁基本上不能发生。

 

但是，无论代码中发生死锁的概率有多小，一旦发生死锁，程序就死掉。有一些设计方法能帮助避免死锁，包括始终按照预定义的顺序获取锁这一策略。已经超出SCJP的考试范围。

 

八、线程同步小结

 

1、线程同步的目的是为了保护多个线程反问一个资源时对资源的破坏。

2、线程同步方法是通过锁来实现，每个对象都有切仅有一个锁，这个锁与一个特定的对象关联，线程一旦获取了对象锁，其他访问该对象的线程就无法再访问该对象的其他同步方法。

3、对于静态同步方法，锁是针对这个类的，锁对象是该类的Class对象。静态和非静态方法的锁互不干预。一个线程获得锁，当在一个同步方法中访问另外对象上的同步方法时，会获取这两个对象锁。

4、对于同步，要时刻清醒在哪个对象上同步，这是关键。

5、编写线程安全的类，需要时刻注意对多个线程竞争访问资源的逻辑和安全做出正确的判断，对“原子”操作做出分析，并保证原子操作期间别的线程无法访问竞争资源。

6、当多个线程等待一个对象锁时，没有获取到锁的线程将发生阻塞。

7、死锁是线程间相互等待锁锁造成的，在实际中发生的概率非常的小。真让你写个死锁程序，不一定好使，呵呵。但是，一旦程序发生死锁，程序将死掉。

Java线程：线程的交互

 

SCJP5学习笔记

 

线程交互是比较复杂的问题，SCJP要求不很基础：给定一个场景，编写代码来恰当使用等待、通知和通知所有线程。

 

一、线程交互的基础知识

 

SCJP所要求的线程交互知识点需要从java.lang.Object的类的三个方法来学习：

 

 void notify() 
          唤醒在此对象监视器上等待的单个线程。 
 void notifyAll() 
          唤醒在此对象监视器上等待的所有线程。 
 void wait() 
          导致当前的线程等待，直到其他线程调用此对象的 notify() 方法或 notifyAll() 方法。

 

当然，wait()还有另外两个重载方法：

 void wait(long timeout) 
          导致当前的线程等待，直到其他线程调用此对象的 notify() 方法或 notifyAll() 方法，或者超过指定的时间量。 
 void wait(long timeout, int nanos) 
          导致当前的线程等待，直到其他线程调用此对象的 notify() 方法或 notifyAll() 方法，或者其他某个线程中断当前线程，或者已超过某个实际时间量。

 

以上这些方法是帮助线程传递线程关心的时间状态。

 

关于等待/通知，要记住的关键点是：

必须从同步环境内调用wait()、notify()、notifyAll()方法。线程不能调用对象上等待或通知的方法，除非它拥有那个对象的锁。

wait()、notify()、notifyAll()都是Object的实例方法。与每个对象具有锁一样，每个对象可以有一个线程列表，他们等待来自该信号（通知）。线程通过执行对象上的wait()方法获得这个等待列表。从那时候起，它不再执行任何其他指令，直到调用对象的notify()方法为止。如果多个线程在同一个对象上等待，则将只选择一个线程（不保证以何种顺序）继续执行。如果没有线程等待，则不采取任何特殊操作。

 

下面看个例子就明白了：

/** 
* 计算输出其他线程锁计算的数据 
* 
* @author leizhimin 2008-9-15 13:20:38 
*/ 
public class ThreadA { 
    public static void main(String[] args) { 
        ThreadB b = new ThreadB(); 
        //启动计算线程 
        b.start(); 
        //线程A拥有b对象上的锁。线程为了调用wait()或notify()方法，该线程必须是那个对象锁的拥有者 
        synchronized (b) { 
            try { 
                System.out.println("等待对象b完成计算。。。"); 
                //当前线程A等待 
                b.wait(); 
            } catch (InterruptedException e) { 
                e.printStackTrace(); 
            } 
            System.out.println("b对象计算的总和是：" + b.total); 
        } 
    } 
}

 

/** 
* 计算1+2+3 ... +100的和 
* 
* @author leizhimin 2008-9-15 13:20:49 
*/ 
public class ThreadB extends Thread { 
    int total; 

    public void run() { 
        synchronized (this) { 
            for (int i = 0; i < 101; i++) { 
                total += i; 
            } 
            //（完成计算了）唤醒在此对象监视器上等待的单个线程，在本例中线程A被唤醒 
            notify(); 
        } 
    } 
}

 

等待对象b完成计算。。。 
b对象计算的总和是：5050 

Process finished with exit code 0 

 

千万注意：

当在对象上调用wait()方法时，执行该代码的线程立即放弃它在对象上的锁。然而调用notify()时，并不意味着这时线程会放弃其锁。如果线程荣然在完成同步代码，则线程在移出之前不会放弃锁。因此，只要调用notify()并不意味着这时该锁变得可用。

 

二、多个线程在等待一个对象锁时候使用notifyAll()

 

在多数情况下，最好通知等待某个对象的所有线程。如果这样做，可以在对象上使用notifyAll()让所有在此对象上等待的线程冲出等待区，返回到可运行状态。

 

下面给个例子：

/** 
* 计算线程 
* 
* @author leizhimin 2008-9-20 11:15:46 
*/ 
public class Calculator extends Thread { 
        int total; 

        public void run() { 
                synchronized (this) { 
                        for (int i = 0; i < 101; i++) { 
                                total += i; 
                        } 
                } 
                //通知所有在此对象上等待的线程 
                notifyAll(); 
        } 
}

 

/** 
* 获取计算结果并输出 
* 
* @author leizhimin 2008-9-20 11:15:22 
*/ 
public class ReaderResult extends Thread { 
        Calculator c; 

        public ReaderResult(Calculator c) { 
                this.c = c; 
        } 

        public void run() { 
                synchronized (c) { 
                        try { 
                                System.out.println(Thread.currentThread() + "等待计算结果。。。"); 
                                c.wait(); 
                        } catch (InterruptedException e) { 
                                e.printStackTrace(); 
                        } 
                        System.out.println(Thread.currentThread() + "计算结果为：" + c.total); 
                } 
        } 

        public static void main(String[] args) { 
                Calculator calculator = new Calculator(); 

                //启动三个线程，分别获取计算结果 
                new ReaderResult(calculator).start(); 
                new ReaderResult(calculator).start(); 
                new ReaderResult(calculator).start(); 
                //启动计算线程 
                calculator.start(); 
        } 
}

 

运行结果：

Thread[Thread-1,5,main]等待计算结果。。。 
Thread[Thread-2,5,main]等待计算结果。。。 
Thread[Thread-3,5,main]等待计算结果。。。 
Exception in thread "Thread-0" java.lang.IllegalMonitorStateException: current thread not owner 
  at java.lang.Object.notifyAll(Native Method) 
  at threadtest.Calculator.run(Calculator.java:18) 
Thread[Thread-1,5,main]计算结果为：5050 
Thread[Thread-2,5,main]计算结果为：5050 
Thread[Thread-3,5,main]计算结果为：5050 

Process finished with exit code 0 

 

运行结果表明，程序中有异常，并且多次运行结果可能有多种输出结果。这就是说明，这个多线程的交互程序还存在问题。究竟是出了什么问题，需要深入的分析和思考，下面将做具体分析。

 

实际上，上面这个代码中，我们期望的是读取结果的线程在计算线程调用notifyAll()之前等待即可。 但是，如果计算线程先执行，并在读取结果线程等待之前调用了notify()方法，那么又会发生什么呢？这种情况是可能发生的。因为无法保证线程的不同部分将按照什么顺序来执行。幸运的是当读取线程运行时，它只能马上进入等待状态----它没有做任何事情来检查等待的事件是否已经发生。  ----因此，如果计算线程已经调用了notifyAll()方法，那么它就不会再次调用notifyAll()，----并且等待的读取线程将永远保持等待。这当然是开发者所不愿意看到的问题。

 

因此，当等待的事件发生时，需要能够检查notifyAll()通知事件是否已经发生。

Java线程间通信-回调的实现方式

 

Java线程间通信是非常复杂的问题的。线程间通信问题本质上是如何将与线程相关的变量或者对象传递给别的线程，从而实现交互。

 

比如举一个简单例子，有一个多线程的类，用来计算文件的MD5码，当多个这样的线程执行的时候，将每个文件的计算的结果反馈给主线程，并从控制台输出。

 

线程之间的通讯主要靠回调来实现，回调的概念说得抽象了很难理解，等于没说。我就做个比喻：比如，地铁的列车上有很多乘客，乘客们你一句他一句的问“到XX站了没？”，列车长肯定会很烦！于是乎，车长告诉大家，你们都各干各的事情，不用问了，到站了我会通知你们的。 这就是回调！

 

在上面这个例子中，列车长是一个多线程类，他的工作就是开车，到站后他要将到站的信息反馈给乘客线程。

 

以上面文件摘要码的计算为蓝本，下面探索Java线程间的通信问题：

 

方式一：静态方法回调

 

import java.io.File; 
import java.io.FileInputStream; 
import java.io.FileNotFoundException; 
import java.io.IOException; 
import java.security.MessageDigest; 
import java.security.NoSuchAlgorithmException; 
import java.security.DigestInputStream; 

/** 
* 求文件的信息摘要码（MD5） 
* 
* @author leizhimin 2008-9-11 22:53:39 
*/ 
public class CallbackDigest implements Runnable { 
    private File inputFile;         //目标文件 

    public CallbackDigest(File input) { 
        this.inputFile = input; 
    } 

    public void run() { 
        try { 
            FileInputStream in = new FileInputStream(inputFile); 
            MessageDigest sha = MessageDigest.getInstance("MD5"); 
            DigestInputStream din = new DigestInputStream(in, sha); 
            int b; 
            while ((b = din.read()) != -1) ; 
            din.close(); 
            byte[] digest = sha.digest();   //摘要码 
            //完成后，回调主线程静态方法，将文件名-摘要码结果传递给住线程  
            CallbackDigestUserInterface.receiveDigest(digest, inputFile.getName()); 
        } catch (FileNotFoundException e) { 
            e.printStackTrace(); 
        } catch (NoSuchAlgorithmException e) { 
            e.printStackTrace(); 
        } catch (IOException e) { 
            e.printStackTrace(); 
        } 
    } 
}

 

import java.io.File; 

/** 
* 静态非同步回调 
* 
* @author leizhimin 2008-9-11 23:00:12 
*/ 
public class CallbackDigestUserInterface { 
    /** 
     * 接收摘要码，输出到控制台 
     * 
     * @param digest        摘要码 
     * @param inputFileName 输入的文件名 
     */ 
    public static void receiveDigest(byte[] digest, String inputFileName) { 
        StringBuffer result = new StringBuffer(inputFileName); 
        result.append(": "); 
        for (int j = 0; j < digest.length; j++) { 
            result.append(digest[j] + " "); 
        } 
        System.out.println(result); 
    } 

    public static void main(String[] args) { 
        String arr[] = {"C:\\xcopy.txt", "C:\\x.txt", "C:\\xb.txt", "C:\\bf2.txt"}; 
        args = arr; 
        for (int i = 0; i < args.length; i++) { 
            File f = new File(args[i]); 
            CallbackDigest cb = new CallbackDigest(f); 
            Thread t = new Thread(cb); 
            t.start(); 
        } 

    } 
}

 

bf2.txt: 31 -37 46 -53 -26 -45 36 -105 -89 124 119 111 28 72 74 112  
xb.txt: 112 -81 113 94 -65 -101 46 -24 -83 -55 -115 18 -1 91 -97 98  
x.txt: 123 -91 90 -16 -116 -94 -29 -5 -73 25 -57 12 71 23 -8 -47  
xcopy.txt: 123 -91 90 -16 -116 -94 -29 -5 -73 25 -57 12 71 23 -8 -47  

Process finished with exit code 0

 

这里的receiveDigest(byte[] digest, String inputFileName)没有同步控制，当多线程乱序执行的时候，可能会影响输出的次序等问题。

 

因此可以将此方法改为同步方法：有两种方式，一种在方法上加synchronized关键字修饰。一种是用synchronized(System.out)对象锁来同步输入控制台的代码部分。

 

方式二：实例方法回调

上面的方法过于死板，所有的多线程通讯都必须那么掉。不能搞特殊化，为了更加的灵活性，选择实例方法回调是一个不错的选择。

原理是，将回调类定义为一个实现某种接口的类（接口可以省掉），然后在每个多线程类上都注入一个回调对象。当线程执行完毕后，通过回调对象执行自己的回调方法，从而达到线程通信的目的。实现代码如下：

 

import java.io.File; 
import java.io.FileInputStream; 
import java.io.FileNotFoundException; 
import java.io.IOException; 
import java.security.MessageDigest; 
import java.security.NoSuchAlgorithmException; 
import java.security.DigestInputStream; 

/** 
* 求文件的信息摘要码（MD5） 
* 
* @author leizhimin 2008-9-11 22:53:39 
*/ 
public class InstanceCallbackDigest implements Runnable { 
    private File inputFile;         //目标文件 
    //每个线程绑定一个回调对象 
    private InstanceCallbackDigestUserInterface instanceCallback; 

    /** 
     * 构件时一次注入回调对象 
     * 
     * @param instanceCallback 
     * @param inputFile 
     */ 
    public InstanceCallbackDigest(InstanceCallbackDigestUserInterface instanceCallback, File inputFile) { 
        this.instanceCallback = instanceCallback; 
        this.inputFile = inputFile; 
    } 

    public void run() { 
        try { 
            FileInputStream in = new FileInputStream(inputFile); 
            MessageDigest sha = MessageDigest.getInstance("MD5"); 
            DigestInputStream din = new DigestInputStream(in, sha); 
            int b; 
            while ((b = din.read()) != -1) ; 
            din.close(); 
            byte[] digest = sha.digest();   //摘要码 
            //完成后，回调主线程静态方法，将文件名-摘要码结果传递给住线程  
            instanceCallback.receiveDigest(digest); 
        } catch (FileNotFoundException e) { 
            e.printStackTrace(); 
        } catch (NoSuchAlgorithmException e) { 
            e.printStackTrace(); 
        } catch (IOException e) { 
            e.printStackTrace(); 
        } 
    } 
}

 

import java.io.File; 

/** 
* 静态非同步回调 
* 
* @author leizhimin 2008-9-11 23:00:12 
*/ 
public class InstanceCallbackDigestUserInterface { 
    private File inputFile;     //回调与每个文件绑定 
    private byte digest[];      //文件的消息摘要码 

    public InstanceCallbackDigestUserInterface(File inputFile) { 
        this.inputFile = inputFile; 
    } 

    /** 
     * 计算某个文件的消息摘要码 
     */ 
    public void calculateDigest() { 
        InstanceCallbackDigest callback = new InstanceCallbackDigest(this, inputFile); 
        Thread t = new Thread(callback); 
        t.start(); 
    } 

    /** 
     * 接收消息摘要码 
     * 
     * @param digest 
     */ 
    public void receiveDigest(byte[] digest) { 
        this.digest = digest; 
        //将消息摘要码输出到控制台实际上执行的是this.toString()方法 
        System.out.println(this); 
    } 

    /** 
     * 显示结果 
     * 
     * @return 结果 
     */ 
    public String toString() { 
        String result = inputFile.getName() + ": "; 
        if (digest != null) { 
            for (byte b : digest) { 
                result += b + " "; 
            } 
        } else { 
            result += "digest 不可用！"; 
        } 
        return result; 
    } 

    public static void main(String[] args) { 
        String arr[] = {"C:\\xcopy.txt", "C:\\x.txt", "C:\\xb.txt", "C:\\bf2.txt"}; 
        args = arr; 
        for (int i = 0; i < args.length; i++) { 
            File f = new File(args[i]); 
            InstanceCallbackDigestUserInterface cb = new InstanceCallbackDigestUserInterface(f); 
            cb.calculateDigest(); 
        } 
    } 
}

 

xcopy.txt: 123 -91 90 -16 -116 -94 -29 -5 -73 25 -57 12 71 23 -8 -47  
x.txt: 123 -91 90 -16 -116 -94 -29 -5 -73 25 -57 12 71 23 -8 -47  
xb.txt: 112 -81 113 94 -65 -101 46 -24 -83 -55 -115 18 -1 91 -97 98  
bf2.txt: 31 -37 46 -53 -26 -45 36 -105 -89 124 119 111 28 72 74 112  

Process finished with exit code 0

 

实例方法回调更加的灵活，一个文件对应一个回调对象，这样便于跟踪关于计算过程中信息而不需要额外的数据结构。其次，如果有必要，还可以重新计算指定的摘要（需要继承默认实现，然后覆盖方法）。

 

注意：这里的public void calculateDigest()方法，这个方法可能在逻辑上认为它属于一个构造器。然而，在构造器中启动线程是相当危险的，特别是对开始对象回调的线程。这里存在一个竞争条件：构造器中假如有很多的事情要做，而启动新的线程先做了，计算完成了后要回调，可是这个时候这个对象还没有初始化完成，这样就产生了错误。当然，实际中我还没有发现这样的错误，但是理论上是可能的。 因此，避免从构造器中启动线程是一个明智的选择。

 

方式三、使用回调接口

如果一个以上的类对实例对结果计算结果感兴趣，则可以设计一个所有这些类都实现的接口，接口中声明回调的方法。

 

如果一个以上的对象对线程计算的结果感兴趣，则线程可以保存一个回调对象列表。特定对象可以通过调用Thread或Runnable类中的方法将自己加入到这个表中，从而注册为对计算结果标识的兴趣。

 

/** 
* 回调接口 
* 
* @author leizhimin 2008-9-13 17:20:11 
*/ 
public interface DigestListener { 
    public void digestCalculated(byte digest[]); 
}

 

/** 
* Created by IntelliJ IDEA. 
* 
* @author leizhimin 2008-9-13 17:22:00 
*/ 
public class ListCallbackDigest implements Runnable { 
    private File inputFile; 
    private List<DigestListener> listenerList = Collections.synchronizedList(new ArrayList<DigestListener>()); 

    public ListCallbackDigest(File inputFile) { 
        this.inputFile = inputFile; 
    } 

    public synchronized void addDigestListener(DigestListener ler) { 
        listenerList.add(ler); 
    } 

    public synchronized void removeDigestListener(DigestListener ler) { 
        listenerList.remove(ler); 
    } 

    private synchronized void sendDigest(byte digest[]) { 
        for (DigestListener ler : listenerList) { 
            ler.digestCalculated(digest); 
        } 
    } 

    public void run() { 
        try { 
            FileInputStream in = new FileInputStream(inputFile); 
            MessageDigest sha = MessageDigest.getInstance("MD5"); 
            DigestInputStream din = new DigestInputStream(in, sha); 
            int b; 
            while ((b = din.read()) != -1) ; 
            din.close(); 
            byte[] digest = sha.digest();   //摘要码 
            //完成后，回调主线程静态方法，将文件名-摘要码结果传递给住线程 
            System.out.println(digest); 
            this.sendDigest(digest); 
        } catch (FileNotFoundException e) { 
            e.printStackTrace(); 
        } catch (NoSuchAlgorithmException e) { 
            e.printStackTrace(); 
        } catch (IOException e) { 
            e.printStackTrace(); 
        } 
    } 
}

 

/** 
* Created by IntelliJ IDEA. 
* 
* @author leizhimin 2008-9-13 17:35:20 
*/ 
public class ListCallbackDigestUser implements DigestListener{ 
    private File inputFile;     //回调与每个文件绑定 
    private byte digest[];      //文件的消息摘要码 

    public ListCallbackDigestUser(File inputFile) { 
        this.inputFile = inputFile; 
    } 

    /** 
     * 计算某个文件的消息摘要码 
     */ 
    public void calculateDigest() { 
        ListCallbackDigest callback = new ListCallbackDigest(inputFile); 
        Thread t = new Thread(callback); 
        t.start(); 
    } 

    public void digestCalculated(byte digest[]) { 
        this.digest = digest; 
        //将消息摘要码输出到控制台实际上执行的是this.toString()方法 
        System.out.println(this); 
    } 

    /** 
     * 显示结果 
     * 
     * @return 结果 
     */ 
    public String toString() { 
        String result = inputFile.getName() + ": "; 
        if (digest != null) { 
            for (byte b : digest) { 
                result += b + " "; 
            } 
        } else { 
            result += "digest 不可用！"; 
        } 
        return result; 
    } 

    public static void main(String[] args) { 
        String arr[] = {"C:\\xcopy.txt", "C:\\x.txt", "C:\\xb.txt", "C:\\bf2.txt"}; 
        args = arr; 
        for (int i = 0; i < args.length; i++) { 
            File f = new File(args[i]); 
            ListCallbackDigestUser cb = new ListCallbackDigestUser(f); 
            cb.calculateDigest(); 
        } 
    } 
}