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 下的逻辑，在单文件模式下都会出问题——要么找不到，要么写入后下次启动丢失。
- 单文件部署时，敏感数据/持久文件必须显式指定外部路径，例如
Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) - 可读但不可写的资源（如嵌入式 JSON 模板），改用
Assembly.GetExecutingAssembly().GetManifestResourceStream() - 调试阶段务必开启单文件发布测试，否则上线才发现路径行为突变
推荐的跨框架安全写法（.NET 5+）
不用猜环境、不引用 WinForms、不假设部署形态，最稳的方式是：
string appRoot = AppContext.BaseDirectory;
AppContext.BaseDirectory 是 .NET Core 1.0 就引入的轻量 API，语义等价于 BaseDirectory，但无 AppDomain 开销，且在单文件下仍返回逻辑上的“应用根”（即临时解压后的目录），比手动解析 Process.GetCurrentProcess().MainModule.FileName 更可靠。
如果连 AppContext 都想规避（比如极简 AOT 场景），可用：
string appRoot = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
但注意：Location 在单文件 + ReadyToRun 下可能为空，此时退回到 CodeBase 解析（需 Uri.UnescapeDataString 处理），复杂度陡增——绝大多数情况，AppContext.BaseDirectory 已足够。
真正容易被忽略的不是“怎么拿路径”，而是后续路径拼接是否用了 Path.Combine。手拼 base + @"\config\" + file 在 Linux 容器里会直接崩，这种细节比选哪个 API 更致命。
