XmlDocument.Load 传相对路径时从 AppContext.BaseDirectory（.NET Core+）或 AppDomain.CurrentDomain.BaseDirectory（.NET Framework）开始解析，即程序集所在目录（如 bin\Debug\），而非项目根目录或当前工作目录；需确保 XML 文件设为“复制到输出目录”，并用 Path.Combine 显式构造完整路径。
XmlDocument.Load 传相对路径时实际找哪？
它不从当前工作目录找，也不从代码文件所在目录找，而是从 AppDomain.CurrentDomain.BaseDirectory 开始解析。这个目录通常是可执行文件（.exe）所在的文件夹，比如 bin\Debug\ 或 bin\Release\，不是项目根目录。
常见错误现象：FileNotFoundException 提示找不到 XML 文件，但你明明把文件放进了项目里 —— 因为没设“复制到输出目录”，或者路径写成了项目相对路径（如 "Data/config.xml"），而程序运行时根本没在 BaseDirectory 下看到它。
- 确保 XML 文件的“复制到输出目录”属性设为“始终复制”或“如果较新则复制”
- 用绝对路径验证是否真能加载：
Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "config.xml") - 不要依赖
Environment.CurrentDirectory，它可能被其他代码或调试器修改
Load 前要不要手动拼接完整路径？
要。XmlDocument.Load(string) 对相对路径的处理是直接交给底层 IO，不会自动补前缀；它会按当前 BaseDirectory 解析，但你不能假设它一定懂你的项目结构意图。
安全做法永远是显式构造完整路径，尤其当 XML 放在子目录（如 Data\）时：
string xmlPath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "Data", "settings.xml"); XmlDocument doc = new XmlDocument(); doc.Load(xmlPath);
- 避免直接传
"Data/settings.xml"给Load()—— 看似简洁，但一旦部署路径变化或 BaseDirectory 被修改（如 IIS 中），立刻失效 -
Path.Combine比字符串拼接更可靠，能自动处理斜杠方向和空段 - 如果 XML 在子目录中，别忘了检查该子目录是否随程序一起被复制到了输出目录
为什么有时候 Load 会成功，换台机器就失败？
核心原因是 BaseDirectory 的值不稳定：桌面应用通常指向 .exe 目录，但单元测试、ClickOnce、IIS Express、dotnet run 等场景下，它的值可能完全不同。
例如：在 Visual Studio 中调试时，BaseDirectory 是 bin\Debug\；但用 dotnet run 启动时，它可能是项目根目录；发布为单文件时，甚至可能指向临时解压路径。
- 别硬编码路径逻辑，改用
Assembly.GetExecutingAssembly().Location或typeof(Program).Assembly.Location获取程序集位置再向上/向下找 - 对配置类 XML，优先考虑
ConfigurationManager或IConfiguration（.NET Core+），它们内置了路径抽象 - 如果必须用 XmlDocument，加一层存在性检查：
if (!File.Exists(xmlPath)) throw new InvalidOperationException($"Missing XML: {xmlPath}");
AppDomain.BaseDirectory 在 .NET 5+ 还能用吗？
能，但不推荐。.NET Core / .NET 5+ 中 AppDomain 是模拟实现，BaseDirectory 行为虽保留，但语义已弱化；官方建议用 AppContext.BaseDirectory 替代。
它返回值与旧版基本一致，且在所有托管环境中行为更统一：
string baseDir = AppContext.BaseDirectory; string xmlPath = Path.Combine(baseDir, "Config", "app.xml"); XmlDocument doc = new XmlDocument(); doc.Load(xmlPath);
-
AppContext.BaseDirectory是目前最稳妥的“程序启动根目录”获取方式 - 不要混用
AppDomain.CurrentDomain.BaseDirectory和AppContext.BaseDirectory—— 两者在某些容器或 AOT 场景下可能不同 - 如果目标框架是 .NET Framework 4.x，继续用
AppDomain没问题；跨框架项目请统一用AppContext
BaseDirectory 下 —— 多数故障不是代码写错了，而是文件没跟着跑过去。 
