c# - すべての C# プログラムに AppDomain はありますか?

Question

AppDomain を特に作成しない場合でも、すべての C# プログラムに AppDomain はありますか? なぜそれが必要なのですか？サードパーティのアセンブリを別の AppDomain に読み込まないと、アプリケーション全体がクラッシュするという記事を読みました。その点がよくわかりませんでした。誰でもこれを説明できますか。

score 15 · Accepted Answer

AppDomainはプロセスによく似ており、アプリケーションが実行されるインフラストラクチャです。.NET アセンブリを実行するには、.NET アセンブリをロードする必要がAppDomainあります。サードパーティのアセンブリを別々のにロードする必要はありませんが、ロードしAppDomainsた場合、(2 つの別々のプロセスのように) それらが分離され、一方の誤動作が他方に影響を与えることはありません。アプリケーションドメインは個別にアンロードできます。

たとえば、SQL Server はAppDomains を使用して、そのプロセスで CLR アセンブリを安全に読み込みます。

score 3 · Accepted Answer

AppDomain を使用しない場合にサードパーティのアセンブリがクラッシュを引き起こすことについて読んだことがあります

別のアプリドメインに他のアセンブリを読み込むことについて話していると思います。そうすれば、それらをアドレス空間から分離して、影響を受けるコードのクラッシュを防ぐことができます。代償として、別のアプリドメイン内のアセンブリとの通信はより難しくなり、すべての呼び出しをアプリドメインの境界を越えて処理する必要があるため、パフォーマンスが低下します。

これはかなり高度なトピックです。Richter を読むことをお勧めします(他の本も入手可能です)。

score 2 · Accepted Answer

すべてのアプリケーションには、少なくとも 1 つのアプリケーションドメインがあります。

サードパーティのアセンブリに関する注記の意味がわかりません。

score 1 · Accepted Answer

アプリケーションが読み込まれる既定のアプリドメインがあります (すべてのインスタンスが独自のものを取得します)。

クラッシュとは、別のアプリドメインにロードしないと、サードパーティのアセンブリ (プラグインなど) がクラッシュしたときにアプリケーション全体がクラッシュすることを意味します。したがって、プラグインを別のアプリドメインにロードすることをお勧めします。アプリドメインでのクラッシュは、そのアプリドメインのみをクラッシュさせ、他のドメインはクラッシュさせないためです。CLR アドインブログには、これに関する投稿がいくつかあります。

注意すべき重要なことは、アプリドメインは必ずしも同じプロセスまたは同じシステム上にある必要はないということです。したがって、基本的にはリモート処理に必要です。

score 1 · Accepted Answer

好きなだけ作成できるプログラムごとに少なくとも 1 つの appdomain がありますが、複数必要になることはめったにありません。

基本的に、特定の信頼で実行されているコードが実行されているコンテナーです。

c# - すべての C# プログラムに AppDomain はありますか?

5 に答える 5

Related

Reference