AppDomain是.NET中实现代码隔离与卸载的核心机制，可在同一进程内创建独立执行环境，提供内存、配置和资源隔离，支持插件化架构与动态更新；通过AppDomain.CreateDomain创建、Unload卸载，实现故障隔离、热插拔与版本共存；但存在跨域通信复杂、静态成员共享、卸载不彻底等问题；在.NET Core中被AssemblyLoadContext替代，后者解决版本冲突但不支持卸载，现代方案多采用进程隔离或容器化以实现更强隔离与资源管理。
`.NET中的AppDomain，说白了，它就像是一个进程内部的“轻量级沙箱”或者说“隔离舱”。它的核心功能在于提供代码隔离和卸载的能力，让你可以在同一个进程里运行多份代码，而且这些代码之间可以相对独立，互不影响，甚至能在不需要的时候被干净地卸载掉，而不用把整个进程都关掉重来。这对于那些需要动态加载、卸载代码，或者运行可能不那么“听话”的第三方插件的应用程序来说，简直是救星。
AppDomain 的功能主要围绕着“隔离”和““卸载”这两个核心点展开。它为应用程序提供了一个独立的执行环境，在这个环境中，程序集可以被加载、执行，并在不再需要时被卸载，从而释放所有相关的资源。
核心功能解析：
隔离性 (Isolation)：
卸载性 (Unloadability)：
安全性 (Security)：
如何创建和卸载AppDomain：
创建AppDomain：
你可以使用
AppDomain.CreateDomain
AppDomainSetup
using System;
using System.IO;
using System.Reflection;
public class Program
{
public static void Main(string[] args)
{
Console.WriteLine("主应用程序域: " + AppDomain.CurrentDomain.FriendlyName);
// 配置新的AppDomain
AppDomainSetup setup = new AppDomainSetup();
setup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory; // 设置新域的基目录
// 创建一个新的AppDomain
AppDomain newDomain = AppDomain.CreateDomain("MyPluginDomain", null, setup);
Console.WriteLine("新创建的应用程序域: " + newDomain.FriendlyName);
try
{
// 在新域中执行代码
// 这里我们假设有一个名为 'PluginAssembly.dll' 的程序集，
// 里面有一个类型 'PluginClass' 包含一个方法 'Run'
string assemblyPath = Path.Combine(setup.ApplicationBase, "PluginAssembly.dll");
// 为了演示，这里假设 PluginAssembly.dll 存在且可加载
// 实际应用中需要确保文件存在
if (File.Exists(assemblyPath))
{
// 加载程序集并创建实例，然后调用方法
// 注意：这里需要使用 MarshalByRefObject 或序列化来跨域通信
// 或者直接通过 ExecuteAssembly/CreateInstanceAndUnwrap 来执行
// 示例：通过 CreateInstanceAndUnwrap 在新域中创建对象
// 假设 PluginClass 继承自 MarshalByRefObject
MyRemoteObject remoteObj = (MyRemoteObject)newDomain.CreateInstanceAndUnwrap(
"PluginAssembly", "PluginAssembly.PluginClass");
if (remoteObj != null)
{
remoteObj.DoSomething("Hello from Main Domain!");
}
else
{
Console.WriteLine("无法在新域中创建 PluginClass 实例。");
}
}
else
{
Console.WriteLine($"警告: 插件程序集 '{assemblyPath}' 不存在，跳过加载。");
}
}
catch (Exception ex)
{
Console.WriteLine("在新域中执行代码时发生错误: " + ex.Message);
}
finally
{
// 卸载AppDomain
if (newDomain != null)
{
AppDomain.Unload(newDomain);
Console.WriteLine("应用程序域 '" + newDomain.FriendlyName + "' 已卸载。");
}
}
Console.WriteLine("程序执行完毕。");
}
}
// 示例：需要在新域中创建的对象必须继承自 MarshalByRefObject
// 并且这个类在主域和插件域中都可见 (通常通过共享接口或基类实现)
public class MyRemoteObject : MarshalByRefObject
{
public void DoSomething(string message)
{
Console.WriteLine($"[在 {AppDomain.CurrentDomain.FriendlyName} 中执行] 收到消息: {message}");
// 模拟一些工作
Console.WriteLine("执行完毕。");
}
}
// 假设 PluginAssembly.dll 的内容如下 (编译成 PluginAssembly.dll):
/*
// PluginAssembly.cs
using System;
using System.Reflection;
namespace PluginAssembly
{
public class PluginClass : MyRemoteObject // 必须继承自 MyRemoteObject
{
public void Run()
{
Console.WriteLine($"[PluginAssembly] 运行在 {AppDomain.CurrentDomain.FriendlyName}");
}
}
// MyRemoteObject 的定义也需要在这里，或者通过引用共享的DLL
// 为了简化，这里直接放在一起，但实际中应该放在单独的共享库中
public class MyRemoteObject : MarshalByRefObject
{
public void DoSomething(string message)
{
Console.WriteLine($"[在 {AppDomain.CurrentDomain.FriendlyName} 中执行] 收到消息: {message}");
// 模拟一些工作
Console.WriteLine("执行完毕。");
}
}
}
*/卸载AppDomain：
使用
AppDomain.Unload
// 假设 newDomain 是之前创建的AppDomain实例 AppDomain.Unload(newDomain);
需要注意的是，卸载AppDomain是一个比较复杂的操作，因为它涉及到CLR运行时需要清理所有在该域中加载的程序集和对象。如果新域中有线程正在运行，或者有对象跨域被引用，卸载可能会失败或导致异常。所以，在卸载前，你通常需要确保所有在新域中运行的线程都已停止，并且没有外部引用指向新域中的对象。
在我看来，AppDomain在插件架构和动态加载场景中的重要性，主要体现在它提供了一种“安全网”和“可回收性”。你想啊，一个大型应用，比如一个IDE或者一个服务器程序，它可能需要支持各种各样的第三方插件，或者根据业务需要动态加载不同的功能模块。
Newtonsoft.Json 12.0.0
Newtonsoft.Json 13.0.0
所以，AppDomain不仅仅是一个技术特性，它更是一种架构思想，让你能够构建更健壮、更灵活、更易于维护和升级的应用程序。
虽然AppDomain功能强大，但实际用起来，它也不是没有“脾气”的。这里面有些坑，是开发者需要特别留意的：
跨域通信的复杂性：这是最让人头疼的一点。AppDomain之间是严格隔离的，对象不能直接跨越边界传递。如果你想在主域和子域之间传递数据或调用方法，就必须使用特定的机制：
[Serializable]
System.MarshalByRefObject
MarshalByRefObject
卸载的“不彻底性”和失败：
AppDomain.Unload
调试的复杂性：调试运行在不同AppDomain中的代码，会比单AppDomain应用复杂一些。你需要确保调试器能够正确附加到不同的AppDomain，并能在它们之间切换上下文。虽然Visual Studio通常能很好地处理，但在遇到复杂问题时，这依然是一个挑战。
与.NET Core的兼容性：这是一个非常重要的背景信息！AppDomain主要是.NET Framework的特性。在.NET Core及后续版本中，AppDomain的概念已经被大大简化甚至移除。虽然
AppDomain.CurrentDomain
AppDomain.CreateDomain
AppDomain.Unload
AssemblyLoadContext
AssemblyLoadContext
这些挑战提醒我们，AppDomain不是银弹，它需要仔细的设计和严谨的实现来充分发挥其优势，并规避潜在的问题。
尽管AppDomain在.NET Core中地位发生了变化，但理解它的应用场景和设计理念仍然非常有价值，尤其对于维护或开发.NET Framework应用。
AppDomain的实际应用场景：
插件式应用程序框架：这是AppDomain最经典的用例。一个宿主程序（Host Application），比如一个文本编辑器、一个游戏引擎或者一个企业级管理系统，允许用户或第三方开发者编写插件来扩展其功能。每个插件都可以加载到独立的AppDomain中，实现功能隔离、故障隔离和动态更新。当插件不再需要时，可以卸载其AppDomain，释放资源。
动态代码执行与沙箱：当你的应用程序需要执行一些来自外部的、可能不那么“信任”的代码时，AppDomain可以提供一个沙箱环境。例如，一个在线代码评测系统，或者一个允许用户上传并运行自定义脚本的平台，可以将用户代码加载到权限受限的AppDomain中执行，从而防止恶意代码破坏宿主系统。
长运行服务中的组件更新：对于那些需要24/7运行的服务，比如一个消息队列处理器或者一个数据同步服务，你可能需要更新其中的某个组件，但又不希望整个服务停机。AppDomain允许你在不停止主服务的情况下，卸载旧的组件AppDomain，然后加载新版本的组件AppDomain，实现“热更新”。
测试框架：某些测试框架可能会利用AppDomain来隔离每次测试运行的环境，确保测试之间不会互相影响，并且在测试结束后能够清理所有资源。
现代.NET（.NET Core及后续版本）中的替代方案：
由于AppDomain在.NET Core中的局限性，现代.NET应用通常会采用其他策略来实现类似的需求：
AssemblyLoadContext：
AssemblyLoadContext
AssemblyLoadContext
AssemblyLoadContext
进程隔离 (Process Isolation)：
容器化技术 (Containerization)：
在我看来，选择哪种方案，最终还是要看你的具体需求：是只需要解决DLL版本冲突，还是需要真正意义上的运行时卸载？是对性能有极致要求，还是更看重隔离和稳定性？在现代.NET开发中，
AssemblyLoadContext
以上就是.NET的AppDomain类有什么功能？如何创建和卸载？的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
627
收藏
