Java多線程編程需要我們不斷的進行相關問題的學習，下面我們就看看如何才能更好的進行相關知識的學習。Java Thread API允許程序員編寫具有多處理機制優點的應用程序，在后臺處理任務的同時保持用戶所需的交互感。

Alex Roetter介紹了Java Thread API，并概述Java多線程編程可能引起的問題以及常見問題的解決方案。

幾乎所有使用AWT或Swing編寫的畫圖程序都需要多Java多線程編程。但多線程程序會造成許多困難，剛開始編程的開發者常常會發現他們被一些問題所折磨，例如不正確的程序行為或死鎖。

在本文中，我們將探討使用多線程時遇到的問題，并提出那些常見陷阱的解決方案。

Java多線程編程是什么？

一個程序或進程能夠包含多個線程，這些線程可以根據程序的代碼執行相應的指令。Java多線程編程看上去似乎在并行執行它們各自的工作，就像在一臺計算機上運行著多個處理機一樣。在多處理機計算機上實現多線程時，它們確實可以并行工作。和進程不同的是，線程共享地址空間。也就是說，多個線程能夠讀寫相同的變量或數據結構。

編寫多Java多線程編程程序時，你必須注意每個線程是否干擾了其他線程的工作。可以將程序看作一個辦公室，如果不需要共享辦公室資源或與其他人交流，所有職員就會獨立并行地工作。某個職員若要和其他人交談，當且僅當該職員在“聽”且他們兩說同樣的語言。此外，只有在復印機空閑且處于可用狀態（沒有僅完成一半的復印工作，沒有紙張阻塞等問題）時，職員才能夠使用它。在這篇文章中你將看到，在 Java 程序中互相協作的線程就好像是在一個組織良好的機構中工作的職員。

在Java多線程編程程序中，線程可以從準備就緒隊列中得到，并在可獲得的系統CPU上運行。操作系統可以將線程從處理器移到準備就緒隊列或阻塞隊列中，這種情況可以認為是處理器“掛起”了該線程。同樣，Java 虛擬機 (JVM) 也可以控制線程的移動——在協作或搶先模型中——從準備就緒隊列中將進程移到處理器中，于是該線程就可以開始執行它的程序代碼。#t#

協作式線程模型允許線程自己決定什么時候放棄處理器來等待其他的線程。程序開發員可以精確地決定某個線程何時會被其他線程掛起，允許它們與對方有效地合作。缺點在于某些惡意或是寫得不好的線程會消耗所有可獲得的CPU時間，導致其他線程“饑餓”。

在搶占式線程模型中，操作系統可以在任何時候打斷線程。通常會在它運行了一段時間（就是所謂的一個時間片）后才打斷它。這樣的結果自然是沒有線程能夠不公平地長時間霸占處理器。然而，隨時可能打斷線程就會給程序開發員帶來其他麻煩。同樣使用辦公室的例子，假設某個職員搶在另一人前使用復印機，但打印工作在未完成的時候離開了，另一人接著使用復印機時，該復印機上可能就還有先前那名職員留下來的資料。搶占式Java多線程編程模型要求線程正確共享資源，協作式模型卻要求線程共享執行時間。由于 JVM 規范并沒有特別規定線程模型，Java 開發員必須編寫可在兩種模型上正確運行的程序。在了解線程以及線程間通訊的一些方面之后，我們可以看到如何為這兩種模型設計程序。

線程和 Java 語言

為了使用Java語言創建線程，你可以生成一個Thread類（或其子類）的對象，并給這個對象發送start() 消息。（程序可以向任何一個派生自Runnable接口的類對象發送start()消息。）每個線程動作的定義包含在該Java多線程編程對象的run()方法中。run方法就相當于傳統程序中的main()方法；線程會持續運行，直到run()返回為止，此時該線程便死了。