不提倡使用的方法是為支持向后兼容性而保留的那些方法，它們?cè)谝院蟮陌姹局锌赡艹霈F(xiàn)，也可能不出現(xiàn)。Java 多線(xiàn)程支持在版本 1.1 和版本 1.2 中做了重大修訂，stop()、suspend() 和 resume() 函數(shù)已不提倡使用。這些函數(shù)在 JVM 中可能引入微妙的錯(cuò)誤。雖然函數(shù)名可能聽(tīng)起來(lái)很誘人，但請(qǐng)抵制誘惑不要使用它們。

　　調(diào)試線(xiàn)程化的程序

　　在線(xiàn)程化的程序中，可能發(fā)生的某些常見(jiàn)而討厭的情況是死鎖、活鎖、內(nèi)存損壞和資源耗盡。

　　死鎖

　　死鎖可能是多線(xiàn)程程序最常見(jiàn)的問(wèn)題。當(dāng)一個(gè)線(xiàn)程需要一個(gè)資源而另一個(gè)線(xiàn)程持有該資源的鎖時(shí)，就會(huì)發(fā)生死鎖。這種情況通常很難檢測(cè)。但是，解決方案卻相當(dāng)好：在所有的線(xiàn)程中按相同的次序獲取所有資源鎖。例如，如果有四個(gè)資源 —A、B、C 和 D — 并且一個(gè)線(xiàn)程可能要獲取四個(gè)資源中任何一個(gè)資源的鎖，則請(qǐng)確保在獲取對(duì) B 的鎖之前首先獲取對(duì) A 的鎖，依此類(lèi)推。如果“線(xiàn)程 1”希望獲取對(duì) B 和 C 的鎖，而“線(xiàn)程 2”獲取了 A、C 和 D 的鎖，則這一技術(shù)可能導(dǎo)致阻塞，但它永遠(yuǎn)不會(huì)在這四個(gè)鎖上造成死鎖。

　　活鎖

　　當(dāng)一個(gè)線(xiàn)程忙于接受新任務(wù)以致它永遠(yuǎn)沒(méi)有機(jī)會(huì)完成任何任務(wù)時(shí)，就會(huì)發(fā)生活鎖。這個(gè)線(xiàn)程最終將超出緩沖區(qū)并導(dǎo)致程序崩潰。試想一個(gè)秘書(shū)需要錄入一封信，但她一直在忙于接電話(huà)，所以這封信永遠(yuǎn)不會(huì)被錄入。

　　內(nèi)存損壞

　　如果明智地使用 synchronized 關(guān)鍵字，則完全可以避免內(nèi)存錯(cuò)誤這種氣死人的問(wèn)題。

　　資源耗盡

　　某些系統(tǒng)資源是有限的，如文件描述符。多線(xiàn)程程序可能耗盡資源，因?yàn)槊總�(gè)線(xiàn)程都可能希望有一個(gè)這樣的資源。如果線(xiàn)程數(shù)相當(dāng)大，或者某個(gè)資源的侯選線(xiàn)程數(shù)遠(yuǎn)遠(yuǎn)超過(guò)了可用的資源數(shù)，則最好使用 資源池。一個(gè)最好的示例是數(shù)據(jù)庫(kù)連接池。只要線(xiàn)程需要使用一個(gè)數(shù)據(jù)庫(kù)連接，它就從池中取出一個(gè)，使用以后再將它返回池中。資源池也稱(chēng)為 資源庫(kù)。

　　調(diào)試大量的線(xiàn)程

　　有時(shí)一個(gè)程序因?yàn)橛写罅康木�(xiàn)程在運(yùn)行而極難調(diào)試。在這種情況下，下面的這個(gè)類(lèi)可能會(huì)派上用場(chǎng)：

　　public class Probe extends Thread {
　　public Probe() {}
　　public void run() {

　　while(true) {
　　Thread[] x = new Thread[100];
　　Thread.enumerate(x);

　　for(int i=0; i<100; i++) {
　　　Thread t = x[i];
　　　if(t == null)
　　　　break;
　　　else
　　　　System.out.println(t.getName() + "\t" + t.getPriority()
　　+ "\t" + t.isAlive() + "\t" + t.isDaemon());
　　}
　　}
　　}
　　}