c# - Application 和 AppDomain.CurrentDomain 有什么区别

Question

我对 Application 类和 AppDomain 类的用法有点困惑。
例如 Application.StartupPath 等于 AppDomain.CurrentDomain.BaseDirectory

我通常使用 Application 类，最近发现了 AppDomain - 谁能给我解释一下 AppDomain 类及其用法？

Answer 1

他们没有任何共同点，真的。

Application 是特定于 Windows Forms 的类，这是一种 .NET GUI 技术。 Application.StartupPath 由 Kernel32 函数 GetModuleFileName 处理。通过不传递指向模块的指针，返回主模块的路径 - 基本上就是 exe 文件。

AppDomain 是域隔离的核心 .NET 概念。基本上，它允许您在单个 native 进程中隔离(当然不完美)多个应用程序。大多数应用程序只有一个 AppDomain，但您可以创建任意多个。应用程序域的基本路径由 Fusion 处理，这是一种 .NET 程序集加载技术。一个非常典型的例子是在 IIS 中托管的 ASP.NET 应用程序 - 每个应用程序都有自己的 AppDomain，但它们都托管在单个 native 进程(“应用程序池”)中。每个逻辑应用程序都可以在不影响其他应用程序的情况下重新启动，并且它们之间没有(简单的)访问权限，但是进程撕裂异常(例如 StackOverflowException)仍然会杀死整个池。

另一个有点相关的有趣类是Environment。您可以使用 Environment.CommandLine 获取进程命令行(其中包括可执行文件的路径，包括可执行文件的名称)。这基本上是 CLR 和底层系统之间的通信接口(interface) - 在这种情况下，它负责保存应用程序的参数(由操作系统传递给 Main 函数)并使它们成为将来随时可用。

Environment.CommandLine 解析起来有点笨拙(它是原始命令行，基本上 - 我假设它在 Windows 上的约定与在 Linux 上的约定不同，例如)，但这是唯一的方法您可以始终 获取可执行文件。同样，Application.StartupPath 是特定于 Winforms 的，您可以拥有多个 AppDomain - 并且 AppDomain 可能甚至没有 有一个合理的 BaseDirectory。

.NET 反射 API 也为您提供了一些方法。例如，Assembly.GetEntryAssembly() 将为您提供可执行程序集 - 然而，这仅适用于主 AppDomain - 其他域将有自己的入口程序集(实际上，它们通常只会返回 null :))。您可以通过 Assembly.CodeBase 属性获取程序集的路径，但请注意，这可能并不总是您所期望的。您还可以使用 Assembly.Location，或获取任何程序集模块的 FullyQualifiedName(同样，大多数程序集只有一个模块；同样，ASP.NET 是情况并非如此的主要例子之一)。