について教えてください。STAとMTA?
https://stackoverflow.com/questions/127188
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
教えてください及びMTAに自分のかがでしょうか。
また、アパートのスレッドとい関のみCOM?その場合、いかがでしょうか？
解決
のスレッドモデルではアパートメント"モデルの実行コンテキストの初期化COMオブジェクトはいずれか単一のスレッド（シングルスレッドアパートメントや多くのスレッド(マルチスレッドアパートメント.このモデルでは、COMオブジェクトでは、一度初期化され、アパートメントの一部であるこのアパートメント期間中のサポートします。
多摩川の河川モデルのためのCOMオブジェクトはスレッドで安全です。なっている取り扱わない自分に同期します。共通で使用でUIコンポーネント.なので別のスレッドが必要との交流のオブジェクトなどのボタンを押形)そのメッセージを整列化の駅ます。Windows形式のメッセージポンプシステムの一例です。
場合のCOMオブジェクトに対応でき独自の同期のMTAモデルに書くことができない場所に複数のスレッドは、オブジェクトな整列化されます。
他のヒント
すべてを呼物の取り扱い、保護になります。COMオブジェクトでは、実行時の保護のいかんにかかわらず、いつでも呼ばれる複数スレッドで同時にとなる可能性のあると同時に異なるスレッド、そして自分のデータです。
また、でも必要なため、実行時アクセスを防止するCOMオブジェクトからブロックのユーザインタフェースの場合、呼び出しを実行しますからユーザインタフェース。
An アパート はオブジェクトライブが含まれている一つ以上のスレッド）。アパートを定義しその際にはできる。電話についてのアパートメントで受理され、処理されるスレッドでこのアパートメントの例外が呼び出スレッドによっては右のアパートメントの処理によるものの、電話で直接のオブジェクト
スレッドでなければならないと規定されて単一のネジ付きアパートメント(合いのスレッドとマンスリーマンションやマネジ付きマンションです。その指定する場合は、スレッドを初期化しCOMる。
の駅が主との互換性を維持するため、ユーザインタフェース、特定のスレです。る駅が受信通知の電話の処理による受信ウィンドウのメッセージに隠れた窓;を行う場合には、に沿ったアウトバウンドコ、モーダルメッセージループの防止その他の画面のメッセージが処理されます。を指定できるメッセージフィルターと呼ばれるよう、その申請に対応できるその他のメッセージ
に対してMTAのスレッドシミュレーションMTAのです。COMをスタート労働者のスレッドの扱い時に着信なスレッドが存在しない場合、ご利用は、プールを制限します。スレッドを作り話でブロックです。
簡単のためしを検討することになるだろうオブジェクトだけで実性が大幅に向上し、宣伝のレジストリからのサポートの設定 ThreadingModel 値はそのクラスの鍵があります。がオプション:
- メインスレッド
ThreadingModel値が存在しない).オブジェクトを作成した、ホストのメインUIのスレッドは、すべての通話を整列化すること。クラスの工場だけ呼び出される。 Apartment.このクラスを走行可能にする単一のネジ付きモードのthread.場合、スレッドを生成するのでは駅のスレッドは、オブジェクトを実行するスレッド、それ以外の場合、生成されていることがあります主要駅について-主要駅が存在するが、駅のスレッドが作成されるようになります。(このとMTAのスレッドの作成トフラッシュすることはありませんの整列化する呼び出しはすべて別のスレッド) クラスの工場で同時に複数の駅のスレッドで守らなければならない、その内部データに対す。Free.このクラス設計のMTA.では常に負荷のMTAの場合でも、作成した、駅のスレッドは、再度、駅のスレッドの呼びかける整列化.か得ることができなかったFreeオブジェクトは一般的に記述と期待されることができます。Both.これらのクラスは柔軟で、負荷いずれかのアパート彼ら作成されます。なければならな書ッ両セット要求に対し彼らを保護しなければならな内部状態に対し同時通話の場合、彼らはロードされMTAが必要なブロックの場合、彼らは読み込まれるビルです。
するために設計されています。NETフレームワークは基本的に使おう [STAThread] 任意のスレッドを生成するポートします。労働者のスレッドを使う必要があMTAない利用 ApartmentマCOM部品、その場合の駅を避ける整列化の架と拡張性の問題の場合と同じ成分であれば、複数のスレッドとして各スレッドが待機しておりますコンポーネントに)。つばてご利用の場合は別のCOMオブジェクト当たりのスレッドからコンポーネントは、駅またはMTA.
ただし、既存の説明もgobbledygook.ここでの私の説明を英語をスウェーデン語翻訳で見:
駅:場合、スレッドを作成しCOMオブジェクトに設定され駅(呼び出し時にCoCreateXXXを渡すことができるフラグを設定しCOMオブジェクトエモードに設定すると、このスレッドにアクセスできるこのCOMオブジェクト(その駅とは-シングルネジ付きマンスリーマンション、その他のスレッドと呼ぶ方法でこのCOMオブジェクトの下にフードを黙って届けるメッセージのスレッドを生成する(所有)のCOMオブジェクトです。このように、このスレッドを作成したUIの制御にアクセスできます。この機構は予防に複雑なロック/ロック解除。
MTA:場合、スレッドを作成しCOMオブジェクトの設定MTA、そして毎年、建国記念のスレッドを直接呼び方法のことです。
そのほとんどの概要です。が技術的にご利用ください詳細んなのはもちろんのこと、などの駅'、前項の規スレッドの作者はそれ自体です。これはとんだか駅/MTA/NA.
駅（シングルネジ付きマンスリーマンションは基本的にはのコンセプトのもとに一つだけのスレッドとのコードです。呼び出しアパートは整列化経由でwindowsメッセージを使用して目に見えない)。この話をキュー待ちの業務を完了します。
MTA(マネジ付きマンスリーマンションは多くのスレッドでの操作と同時に、負担はありまして、開発のスレッドです。
いくつスレッドモデルCOMのがある場合はトラブルかそういった理解の駅はどのような作品の出発点でCOMオブジェクトにて駅ます。
アパートのスレッドがスレッドの生活と同じアパートとしてのオブジェクトを使用しておりますのでそのウィークリーマンションねじになります。と思うことがありCOMの概念ではこの話のオブジェクトのスレッドが互いに付き---
各EXEを主催する"COMやOLE制定義すべたらやみつきになります。アパートの状態では、デフォルト駅(およびほとんどのプログラムはしさがある。
駅 -すべてのオ管理に必要な生き物件。駅とビルトインデータベース-オブジェクトに必ずの操作は、UIのスレッドに渡すことができませんが他のスレッドのいずUI要素MFC).しかし、プログラムでまだまだ多くのスレッド）。
MTA -を操ることができ、COMオブジェクトを他のスレッドます。
私の理解では、アパートメント'を使用していますので、COMオブジェクトからマルチスレッドに対応。
場合は、COMオブジェクトはスレッドセーフではありません、この宣言としてビオブジェクトです。その後のスレッドを作成したもが目にすることができます。の創出スレッドを宣言すると、駅ます。ボンネットの下には、スレッドの店舗の駅情報TLS(スレッドローカルな記憶領域).我々はこの行動としてのスレッドに入り駅マンションです。がその他のスレッドがアクセスしたいこのCOMオブジェクトでmarshalのアクセスの創造。基本的には、創造のスレッドを使のメッセージ機構による処理の行きます。
場合は、COMオブジェクトはスレッドセーフですが、この宣言としてMTAオブジェクトです。のMTAオブジェクトによりアクセスできるマルチスレッド）。
コード通話COMオブジェクトが大幅に向上（例えば、読み独自のデータファイル)を作るユーザーインターフェースが掛か不思議からのサービスです。その理由はしています。純2.0ユーザーインターフェースと駅(スレッドを安全なサービスとMTA(前は、サービスを想定しさがある。を作り、駅のスレッド毎COMの電話サービスを追加できなオーバーヘッド。
