Java線程之Worker Thread Pattern__Java

Worker Thread Pattern的參與者：

1. Client（委託人）參與者

    Client參與者會建立Request參與者，並傳給Channel參與者。

2. Channel（通路）參與者

    Channel參與者會從Client參與者擷取Request參與者，傳遞給Worker參與者。

3. Worker（工人）參與者

    Worker參與者會從Channel參與者擷取Request參與者，並執行這份工作。當工作結束之後，會去拿下一個Request參與者。

4. Request（請求）參與者

    Reqeust參與者用來表示工作。Request參與者會存放執行這份工作所需要的資料。

---------------------------------------------

控制承載量：

Worker參與者的數量是可以自由設定的。提高Worker參與者的數量，可以提高並發處理的工作量。但是如果準備的Worker參與者數量比同時間的工作量來的多，有些Worker參與者也派不上用場，沒活幹，還會佔用記憶體。所以有必要配合實際軟體使用的需要來調整Worker參與者的數量。

---------------------------------------------

Invocation與execution的分離：

Client參與者會發出工作請求，工作的內容以Request的形式封裝起來，傳遞個Channel參與者。這個過程，對應於普通的方法調用來說，就相當於“評估自變數，啟動方法”的操作。

另一方面，Worker參與者會使用從Channel參與者拿來的Request參與者，進行實際的操作。這個過程，對應於普通的方法調用來說，可以對應到“執行方法”的部分。

普通的方法調用的操作，“啟動方法”和“執行方法”是連續進行的。當一個方法一經調用，就會馬上繼續執行，啟動和執行是密不可分的。

在Worker Thread Pattern中，實現了“啟動方法”和“執行方法”的分離。這樣的好處有：

1. 提高響應性。

invocation可以繼續自己前進，不用等待execution，這樣能提高程式的響應性。

2. 控制實行順序。

invocation和execution分離，execute的順序就可以與invoke的次序無關，也就是說，我們可以對Request參與者設立優先順序，控制Channel參與者傳遞Request給Worker參與者的順序。

3. 可以取消和重複執行。

如果能將invocation和execution分離，那麼就能做到在execute之前，把已經invoke的請求的execution取消掉。

同樣，只要把Request參與者儲存下來，就可以重複執行。

4. 分散處理的第一步

因為invocation和execution分離了，所以invoke和execute的操作也比較容易拆開在不同的電腦上面執行，相當於Reqeust參與者的對象，可以通過網路傳送的另外一台電腦上。

------------------------------------------------

多態的Request參與者：

因為WorkerThread參與者只不過是單純的接收Request的執行個體，調用Request的execute方法，

那麼當我們建立Request類的子類，並將其傳遞給Channel，WorkerThread也應該能夠正確的處理。

執行工作所需要的所有資訊，都定義在Request參與者裡。所以即使建立出多態的Request參與者，增加工作的種類，Channel參與者和Worker參與者都不需要進行任何修改。