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 更致命。
