java進階多線程編程(一)–關於線程的停止問題

java進階多線程編程(一)--關於線程的停止問題

 

多線程是java的一個優勢，java使得程式員可以很方便的進行多線程程式開發。獲得更好的效能。
關於多線程的概念以及一般的多線程編程，比如如何以及為何實現runnable介面，為何stop()會被Deprecated掉等等，這個請看matrix之前的多線程編程基礎或者sun的java文檔。
關於多線程編程，有幾點這裡要提到的：
1。既然stop()是不被推薦的，那麼我們如何停止一個線程呢？直接kill嗎？在這裡，筆者總結一種比較通用也比較穩定的方法：

class threadtest extend Thread{
//skip some code..

boolean runflag=true;

public synchronized void stopthread()
{
runflag=false;
}

public synchronized boolean getrunflag()
{
return runflag;
}

public void run() {
runflag=true;
try {
while (getrunflag()) {
code1；
code2；
//put your code here
}
}
}
catch (IOException e) {
e.printStackTrace();
}
System.out.println(this.getClass().getName()+" stopped");
}

//skip some code..
}

這樣，每當需要停止該線程時，只需調用stopthread()即可。

這裡有兩點需要注意：

1）我們用了一個同步方法getrunflag()來得到當前的狀態，為什麼用這個方法而不是直接使用while(runflag)呢？
這個是因為在java的多執行緒模式中，有一個公用的Object Storage Service區，但是每個對象都有自己的私人備份，當一個線程改變了狀態，jvm並不能保證這個線程改變過的變數即時更新公用Object Storage Service區的狀態，可能(可能性不大)造成問題。
所以建議有好的設計習慣，採用同步方法來獲得當前的runflag值。

2）還有一點，特別是涉及網路的多線程，如果發生了網路阻塞(在while迴圈裡面發生)，那麼，即使runflag狀態比如改變成false，由於程式被阻塞，線程用這種方法是永遠都不會被停止的。
舉個例子：比如上面的程式，如果code1是一段網路程式，如果在code1發生了阻塞，阻塞的意義就是得不到請求的
資源，在無限期等待，這個時候，runflag狀態的變化對while迴圈是起不了作用的，線程不會被停止。
筆者曾經參與多個涉及到擷取網路資源的java程式，經常遇到因為網路的阻塞引起的線程問題。
如果你的程式可能涉及到網路阻塞，或者有可能發生某種訊息接受的阻塞。那麼，請不要用這種方法來停止線程。具體方法請看筆者另外一片文章：進階多線程編程(二)-多線程中的監控與逾時問題。