point.スレッドとはプログラム内を通じて一つの実行点を持った制御のフローです。why.こういうと非常に多くの点でプロセスに似ているように聞こえるでしょう。確かにその通りで、スレッドはひとつのプロセスにおける細かい部分の一つです。全てのプロセスは少なくとも一つのスレッドを持ちます。なって、余分にスレッドをつくることができるようになりました。それがいつどのように、いかにしてなされるのかをこれから示していきましょう。つの基本的な方法があります。どのモデルを選ぶかはプログラムに何をやらせるかに依存します。異なるモデルを選択する必要があるでしょう。タスクを適したワーカースレッドに分配します。イベント発生を待ち、処理のために適したワーカースレッドにイベントを渡します。ひとたびイベントが渡されると、ボススレッドは次のイベントのために待機します。times.ボススレッドは相対的に仕事量は少ないです。ユーザーレスポンスタイムが良くなる傾向にあります。いくつかのスレッドがつくられます。古典的な並列処理やベクトル処理とそっくりです。分配するような場合、このモデルは殊のほか便利です。結果をユーザに対し視覚的にフィードバックするような場合にも便利でしょう。一つのステップの結果を次の処理を行うスレッドへと渡します。モデルは最も意味があります。許可するのと同様、個々のタスクを小さく単純なものに留める傾向があります。プロセッサのキャッシュを利用するという利益を得ることができるでしょう。スレッドを生み出すような再起的プログラムの形態に利用しやすいです。形態にうまく位置付けられます。(素数ジェネレーターの例は後で登場します。あなたの予想とは違うことがわかるでしょう。いうことを忘れてはなりません。スレッドでもありません。あなたは失望するか混乱するかのどちらかになるでしょう。その両方かもしれません。異なるということを言っているのではありません。スレッドに多くを負っています。はいかにしてそれが可能なのかを考える時です。スレッドが魔法のように何かを行うことはできないことを覚えておきましょう。同様にそうするでしょう。スレッドは別ものです。内部的な実態を変化させてしまいました。モジュールや外部ライブラリーを書いている人々も含まれます。容易にスレッドセーフにすることができます。コードレビューを受けるべきです。常に安全ではないものと仮定するべきです。このことは、コアの一部として配布されているモジュールにもあてはまります。うまく働くように最適化されているということを意味するわけではありません。新機構を利用するようモジュールを書き直したほうがよいです。一つのスレッドからそれを使うことによって防ぐことができます。アクセスを制御するためのプログラミング原則を用いることができます。