Application.StartupPath仅适用于Windows Forms，返回.exe所在目录；AppDomain.CurrentDomain.BaseDirectory适用于所有.NET应用，返回程序集基目录，但单文件发布时指向临时解压路径，应优先使用AppContext.BaseDirectory并配合Path.Combine进行路径拼接。
Application.StartupPath 和 AppDomain.CurrentDomain.BaseDirectory 的区别
这两个是最常被混淆的路径获取方式。Application.StartupPath 只在 Windows Forms 应用中有效，返回的是可执行文件（.exe）所在目录；而 AppDomain.CurrentDomain.BaseDirectory 适用于所有 .NET 应用（包括控制台、WPF、ASP.NET Core），返回的是当前应用程序域的基目录——通常是主程序集所在路径，也是 NuGet 包还原后依赖 DLL 加载的根位置。
常见错误：在控制台应用里硬写 Application.StartupPath，编译直接报错，因为没引用 System.Windows.Forms；或者在 ASP.NET Core 中误用它，结果根本不可用。
- WinForms 项目可用
Application.StartupPath，但注意它不带末尾反斜杠 - .NET 5+ 控制台或类库推荐统一用
AppDomain.CurrentDomain.BaseDirectory - 若需兼容 .NET Core/.NET 5+ 且避免反射或平台判断，优先考虑
AppContext.BaseDirectory（更轻量、无 AppDomain 依赖）
ASP.NET Core 中为什么不能用 BaseDirectory 获取 WebRoot？
AppDomain.CurrentDomain.BaseDirectory 在 ASP.NET Core 中确实能拿到程序集路径（比如 C:\src\MyApp\bin\Debug\net8.0\），但它和网站静态资源所在的 wwwroot 是两回事。WebRoot 是由 IWebHostEnvironment.WebRootPath 或 IHostEnvironment.ContentRootPath 管理的，二者语义不同、配置可变。
典型踩坑：想读取 wwwroot/images/logo.png，却拼接 BaseDirectory + @"\wwwroot\images\logo.png" —— 这在开发期可能碰巧对，但发布成单文件（PublishTrimmed=true）或改变 WebRootPath 配置后就失效。
- 要访问静态资源路径，注入
IWebHostEnvironment并用env.WebRootPath - 要读取配置文件或种子数据（如
appsettings.json同级的data\seed.json），用env.ContentRootPath -
BaseDirectory更适合定位程序集、插件目录或日志写入根路径等与部署结构强相关的场景
单文件发布（Single-file）下 BaseDirectory 返回什么？
在启用 PublishSingleFile=true 后，AppDomain.CurrentDomain.BaseDirectory 不再指向你源码的 bin 目录，而是运行时解压临时目录（如 C:\Users\xxx\AppData\Local\Temp\.net\MyApp\abc123\）。这个路径每次启动可能不同，且重启后会被清理。
这意味着：任何把配置文件、数据库文件、上传文件硬放在 BaseDirectory 下的逻辑，在单文件模式下都会出问题——要么找不到，要么写入后下次启动丢失。
