3

スレッドが1つしかないときに、ミューテックスまたはセマフォを使用するのが理にかなっているのではないかと思いました。

ご協力いただきありがとうございます。

4

6 に答える 6

4

コンポーネントは再利用可能でスケーラブルなコンポーネントであり、現実的に予想できるあらゆる環境で機能することを目的としているため、コンポーネントにスレッド保護を設計しています。多くの場合、最初はシングルスレッド環境で使用されます。多くの場合、実装の範囲は、より多くのスレッドを含むように拡張されます。そうすれば、新しいアクセスシナリオから保護するためにリソースを追跡する必要がなくなります。

于 2010-06-21T20:45:17.230 に答える
1

トリックの質問のように聞こえます。技術的にはそうです。名前付きミューテックスを使用して、それぞれに1つのスレッドを含む複数のプロセスを同期できます。

于 2010-06-21T20:43:09.733 に答える
1

Mutex は内部プロセス全体の共有ではなく、システム全体の共有に使用できるため、Mutex は理にかなっています。たとえば、Mutex を使用して、アプリケーションが 2 回起動されるのを防ぐことができます。

于 2010-06-21T20:40:59.190 に答える
1

これは少し難しいかもしれませんが、再帰関数を書いていて、各レベルを別々のリソースに登録したいとしましょう。このようにして、リソースを 1 か所(リソース プール)でクリーンアップする責任を負うことができます。

于 2010-06-21T20:41:52.263 に答える
1

system-wide semaphores(およびミューテックスも) を使用して行うことができますinter-process communication

acquire()/release()たとえば、名前付きセマフォで -ing を実行することにより、シングルスレッド プロセスから別のシングルスレッド プロセスにシグナルを送ることができます。

于 2010-06-21T20:50:22.627 に答える