【予約】原理およびスレッドプールの実装

図1は、スレッドプールの説明：
    プロセッサユニット内の複数の実行スレッドの主な問題を解決するためにマルチスレッド技術は、それが大幅にプロセッサユニットの処理能力を増加させる、プロセッサユニットのアイドル時間を減らすことができます。    
    T1は、スレッドでタスクを実行するための時間T2をスレッド時間を作成し、T3は、スレッドの時間を破壊する：タスクを完了するために必要なサーバー時間があるとします。

    場合：T1 + T3がT2よりもはるかに大きい、スレッドプールは、サーバのパフォーマンスを向上させるために用いることができます。
                ：スレッドプールは、4つの基本的なコンポーネントで構成され
                、新しいタスクを追加し、スレッドプールの作成など、スレッドプール、スレッドプールの破壊を作成および管理するために使用される：1、スレッドプールマネージャ（ThreadPoolの）
                2、ワーカースレッド（PoolWorker）：スレッドプール、いかなるタスクが待ち状態で存在しない場合には、あなたが作業サイクルを実行することができます;
                3、タスクインターフェイス（タスク）：各タスクは、スレッドスケジューリングタスクの実装のために、実装しなければならない、それがメインの規定の作業です入口は、ジョブを終了すると、タスクなどの実行状態終了する;
                4、タスクキュー（タスクキュー）：タスクを格納するために処理されません。バッファリング機構を提供します。
                
    スレッドプールは、短くしたりすることにより、サーバプログラムの性能を向上させる、T1、時間のT3技術を調整する方法に焦点を当てています。これT1、T3は、クライアントがサーバプログラムの処理を要求したときに、オーバーヘッドT1、T3のがないことを、スタートアッププログラムとサーバまたはいくつかのアイドル時間期間が終了して配置されています。
    生産する時のスレッドプールT1、T3の期間を調整し、それはまた、大幅に作成されたスレッドの数、例を見て減らすだけでなく：
    処理サーバに50000のリクエスト日を想定し、各要求は別々のスレッドの完了を必要とします。スレッドプールは、スレッドの数は、一般的に固定されているので、生成されたスレッドの合計数は、プール内のスレッドの数を超えないように、サーバーがスレッド50,000の合計数にこれらの要求を処理するスレッドプールを使用している場合。一般的なスレッドプールのサイズが50000よりもはるかに小さいです。だから、効率を高めるための要求を処理している間に50,000を作成するために時間を無駄にしないスレッドプールのサーバープログラムを使用しています。

    コードの実装は、タスクインターフェイスを実装していませんが、Runnableオブジェクトを完了するために、スレッドプールマネージャ（ThreadPoolの）によって、スレッドプールマネージャ（ThreadPoolの）、物事の残りの部分に追加されます

 

[javaの]  ビュー無地 コピー

 

 

1. パッケージmine.util.thread。  
2.   
3. 輸入java.util.LinkedList;  
4. 輸入はjava.util.List;  
5.   
6. / ** 
7.  *スレッド・プール、スレッドマネージャ：基本的な情報を得るために、スレッド、タスク、破壊スレッド、スレッドを作成します 
8.  * /  
9. パブリック  最終  クラスのThreadPool {  
10.     //スレッドプールのデフォルトのスレッド数5  
11.     プライベート  静的な  int型worker_num =  5;  
12.     //労働者  
13.     プライベートWorkThread [] workThrads。  
14.     //未処理のタスク  
15.     プライベート  静的  揮発性の  int型のfinished_task =  0;  
16.     //タスクキュー、バッファとして、リストのスレッドセーフ  
17.     プライベートリスト<Runnableを>タスクキュー=  新しいLinkedListは<Runnableを>（）;  
18.     プライベート  静的ThreadPoolのスレッドプール。  
19.   
20.     //スレッドプールのスレッドがデフォルトの数を持って作成  
21.     プライベートのThreadPool（）{  
22.         この（5）。  
23.     }  
24.   
25.     //スレッドプール内のワーカースレッドの数のため、worker_numをスレッドプールを作成します  
26.     プライベートのThreadPool（int型worker_num）{  
27.         ThreadPool.worker_num = worker_num。  
28.         workThrads =  新しいWorkThread [worker_num]。  
29.         以下のために（INT iが=  ; I <worker_num 0をI ++）{  
30.             workThrads [I] =  新しいWorkThread（）。  
31.             workThrads [I] .start（）; //プール内のスレッドを開きます  
32.         }  
33.     }  
34.   
35.     //シングルトンパターン、スレッドプールのスレッドのデフォルトの数を取得します  
36.     パブリック  静的ThreadPoolのgetThreadPool（）{  
37.         リターンgetThreadPool（ThreadPool.worker_num）。  
38.     }  
39.   
40.     //シングルトンパターン、スレッドプールスレッドの指定された数を得るために、worker_num（> 0）は、作業スレッドプールの数であります  
41.     // worker_num <= 0ワーカースレッド数のデフォルト値を作成します  
42.     パブリック  静的ThreadPoolのgetThreadPool（int型worker_num1）{  
43.         IF（worker_num1 <=  0）  
44.             worker_num1 = ThreadPool.worker_num。  
45.         （スレッドプール==場合  はnull）  
46.             スレッドプール=  新しいThreadPoolの（worker_num1）。  
47.         スレッドプールを返します。  
48.     }  
49.   
50.     //タスクをのみ、タスクキューに追加され、タスクを実行する、とするとき、スレッドプールマネージャの実装は睡眠を与えています  
51.     公共  ボイドが{（Runnableをタスク）を実行します  
52.         同期（タスクキュー）{  
53.             taskQueue.add（タスク）。  
54.             taskQueue.notify（）;  
55.         }  
56.     }  
57.   
58.     //バッチ実行タスクは、タスクはタスクキューに追加され、スレッドプールマネージャの実装は、睡眠を与えているとき  
59.     公共  ボイド{（Runnableを[]タスク）を実行します  
60.         同期（タスクキュー）{  
61.             （：タスクのRunnable t）に対する  
62.                 taskQueue.add（T）。  
63.             taskQueue.notify（）;  
64.         }  
65.     }  
66.   
67.     //バッチ実行タスクは、タスクはタスクキューに追加され、スレッドプールマネージャの実装は、睡眠を与えているとき  
68.     公共  ボイドが{（一覧<Runnableを>タスク）を実行します  
69.         同期（タスクキュー）{  
70.             （：タスクのRunnable t）に対する  
71.                 taskQueue.add（T）。  
72.             taskQueue.notify（）;  
73.         }  
74.     }  
75.   
76.     //スレッドプール、すべてのタスクの場合、すべてのスレッドの破壊を保証する唯一の方法が完了している破壊、またはタスクが破壊を完了するまで待ちます  
77.     公共の  無効（破棄）{  
78.         しばらく（！taskQueue.isEmptyは（））{ //は一切タスクの実行が存在しない場合が完了すると、それがスリープします  
79.             {試します  
80.                 Thread.sleep（10）。  
81.             }  キャッチ（InterruptedExceptionある電子）{  
82.                 e.printStackTrace（）;  
83.             }  
84.         }  
85.         //労働者が働いて停止し、nullに設定されています  
86.         以下のために（INT iが=  ; I <worker_num 0をI ++）{  
87.             workThrads [I] .stopWorker（）。  
88.             workThrads [I] =  NULL;  
89.         }  
90.         スレッドプール= NULL;  
91.         taskQueue.clear（）; //ジョブキューを空にする  
92.     }  
93.   
94.     //ワーカースレッドの数を返します。  
95.     公共  INT getWorkThreadNumber（）{  
96.         worker_num返します。  
97.     }  
98.   
99.     //完了したタスクの数を返し、タスクだけの数のタスクキューが完了すると、タスクは、実用的な実装を完了しない場合があります  
100.     公共  INT getFinishedTasknumber（）{  
101.         finished_task返します。  
102.     }  
103.   
104.     //、タスクキューの長さを返します。すなわち、タスクの数は扱われません  
105.     公共  INT getWaitTasknumber（）{  
106.         リターンtaskQueue.size（）;  
107.     }  
108.   
109.     //カバーtoStringメソッドそのリターンスレッドプール情報：作業が完了しているスレッドの数とタスクの数  
110.     @オーバーライド  
111.     パブリック文字列のtoString（）{  
112.         リターン  "WorkThread番号：" + worker_num +  "の完成タスク番号："  
113.                 + finished_task +  "待ちタスクの数：" + getWaitTasknumber（）;  
114.     }  
115.   
116.     / ** 
117.      *インナークラス、スレッドの仕事 
118.      * /  
119.     プライベート  クラスWorkThreadは  {スレッドを拡張します  
120.         //ワーカースレッドは、ワーカースレッドの終わりのために有効です  
121.         プライベート  ブールisRunning =  はtrue。  
122.   
123.         / * 
124.          *キーああ、タスクキューが空でない場合は、タスクの実行を削除し、タスクキューが空の場合、待機 
125.          * /  
126.         @オーバーライド  
127.         公共  のボイドの実行（）{  
128.             実行可能R =  NULL;  
129.             一方、（isRunning）{ このスレッドの実行方法の天然の端部は無用である場合、スレッドが無効であることを//注意  
130.                 同期（タスクキュー）{  
131.                     一方、（taskQueue.isEmpty isRunning &&（））{ //キューが空であります  
132.                         {試します  
133.                             taskQueue.wait（20）。  
134.                         }  キャッチ（InterruptedExceptionある電子）{  
135.                             e.printStackTrace（）;  
136.                         }  
137.                     }  
138.                     （もし！taskQueue.isEmpty（））  
139.                         taskQueue.remove = R＆LT（0）; //タスクをフェッチ  
140.                 }  
141.                 IF（R！=  NULL）{  
142.                     r.run（）; //タスクを実行します  
143.                 }  
144.                 finished_task ++;  
145.                 R =  NULL;  
146.             }  
147.         }  
148.   
149.         //ストップ作業、自然終わり、自然にrunメソッドを実行した後、スレッドように  
150.         公共  のボイドstopWorker（）{  
151.             = isRunning  はfalse;  
152.         }  
153.     }  
154. }  

 

テストコード：

[javaの]  ビュー無地 コピー

 

 

1. パッケージmine.util.thread。  
2.   
3. //テストスレッドプール  
4. パブリック  クラスTestThreadPool {  
5.     パブリック  静的  無効メイン（文字列[] args）{  
6.         //スレッドプールのスレッドを作成3  
7.         ThreadPoolのT = ThreadPool.getThreadPool（3）。  
8.         t.execute（新しいRunnableを[] {  新規タスク（）、  新しいタスク（）、  新しいタスク（）}）。  
9.         t.execute（新しいRunnableを[] {  新規タスク（）、  新しいタスク（）、  新しいタスク（）}）。  
10.         System.out.println（T）。  
11.         t.destroy（）; //すべてのスレッドの実行がDestoryは前に完了しています  
12.         System.out.println（T）。  
13.     }  
14.   
15.     //タスククラス  
16.     静的  クラスタスク  実装Runnableを{  
17.         プライベート  静的  揮発  私は= INT  1。  
18.   
19.         @オーバーライド  
20.         公共  無効RUN（）{ //タスクを実行します  
21.             System.out.println（"タスク" +（I ++）+  "完全"）;  
22.         }  
23.     }  
24. }  

 

結果：

WorkThread番号：3完成したタスクの数： 0待ちタスク番号：6
タスク1が完了し
完了させるタスク2
3完了したタスクを
完了するためにタスク4
、タスク5の完全な
タスクの完了6
WorkThread番号：3完成したタスク番号： 6待ちタスクの数：0

分析：なしタスク・インターフェースがないので、スレッドプールので、任意のタスク定義から渡すことができ、正確に実際のタスクが完了しているかどうかを判断することはできません（このタスクを達成するための真の方法は、このタスクが完了し実行することです）、のみタスクが実行されているジョブキューから出てきたか、完了していることを知っています。

 

2、Javaのクラスライブラリは、スレッドプールの説明を提供します。

     より強力な提供するために、Javaのスレッドプール、私は、スレッドプール内のライブラリを参照して、スレッドプールの動作原理を理解することは奇妙な感じではないだろうと信じています。