程序路径应使用AppContext.BaseDirectory（.NET Core/.NET 5+）或Path.GetDirectoryName(Application.ExecutablePath)（WinForms），而非Environment.CurrentDirectory；配置文件建议置于程序目录并用Path.Combine拼接访问。
当前程序路径一般指可执行文件（.exe）所在目录，不是解决方案目录或项目目录。直接用 Application.ExecutablePath 或 System.Reflection.Assembly.GetExecutingAssembly().Location 获取完整路径，再用 Path.GetDirectoryName() 提取目录即可。别用 Environment.CurrentDirectory，它可能被用户或代码修改过，不可靠。
获取当前可执行文件所在目录（最常用）
这是绝大多数场景需要的“程序路径”，比如读取同级配置文件、写日志到本地文件夹：
-
Path.GetDirectoryName(Application.ExecutablePath)—— WinForms 项目推荐，简洁稳定 -
Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location)—— 控制台、WPF、类库通用，GetExecutingAssembly返回当前运行代码所在的程序集 -
AppContext.BaseDirectory—— .NET Core / .NET 5+ 推荐，尤其在发布为单文件时更准确（注意：单文件发布下Location可能为空或指向临时解压路径）
获取当前工作目录（慎用）
Environment.CurrentDirectory 返回进程启动时的工作目录，不是程序文件位置。命令行中 cd 到某目录再运行 exe，这里就会是那个目录。调试时 VS 默认设为项目目录，但发布后行为不确定：
- 仅在明确需要“用户启动上下文”时才用（如批量处理当前目录下的文件）
- 不要用它替代程序路径，否则部署后容易出错
获取项目/源码相关路径（仅开发阶段参考）
这些路径在编译后不存在，不能用于生产环境：
-
Directory.GetCurrentDirectory()—— 同Environment.CurrentDirectory，开发时常是项目根目录，但不保证 -
AppDomain.CurrentDomain.BaseDirectory—— 通常和AppContext.BaseDirectory一致，.NET Framework 时代常用，新项目优先用后者 -
typeof(Program).Assembly.Location—— 和GetExecutingAssembly().Location类似，但指定类型更明确，适合在类库中获取自身程序集位置
读写配置或资源文件的实用建议
路径只是手段，目标是可靠访问文件：
- 配置文件（如 appsettings.json）建议放在程序目录，用
Path.Combine(AppContext.BaseDirectory, "appsettings.json") - 想让程序“自带”资源，把文件属性设为
Copy to Output Directory = Copy always，然后按相对路径读取 - 避免硬编码绝对路径；跨平台注意用
Path.Combine()拼接，别用+或/
基本上就这些。记住核心：要“程序放哪儿”，就用 AppContext.BaseDirectory（新项目）或 Path.GetDirectoryName(Application.ExecutablePath)（WinForms），其它路径按需谨慎选用。
