.NET Core获取可执行目录异常：路径指向netcoreapp2.0而非Debug

嘿，我正好踩过这个跨框架的路径坑！你遇到的System.IO.DirectoryNotFoundException，根源就是.NET Core和.NET Framework的调试输出目录结构不一样：
-.NET Core的运行目录是C:\Users\admin\development\project31\bin\Debug\netcoreapp2.0\，多了框架版本的子目录
-.NET Framework则直接是C:\Users\admin\development\project31\bin\Debug\

直接回退一级目录的写法在.NET Core里能凑合用，但到了.NET Framework环境就会出错——它本来就在Debug目录里，再回退就到bin目录了，自然找不到resources\logging\debug.log。

给你两个靠谱的解决办法，按需选：

方法一：统一项目输出目录（推荐，零代码改动） #

这个方法从根源上消除目录差异，最省心：

• 右键你的项目 → 选择「属性」
• 切换到「生成」标签页，找到「输出路径」设置
• 把.NET Core项目的输出路径改成和.NET Framework一致的bin\Debug\（去掉默认的\netcoreapp2.0后缀）
• 保存设置后重新生成，两种框架的调试目录就完全统一了，代码里直接用Path.Combine(AppContext.BaseDirectory, "resources", "logging", "debug.log")就能正常找到文件

方法二：代码动态适配框架（适合无法修改输出配置的场景） #

如果没法改项目配置，就用代码判断当前运行的框架，动态调整基础路径：

using System;
using System.IO;
using System.Runtime.InteropServices;

// 获取当前程序的基础目录
var baseDir = AppContext.BaseDirectory;

// 判断是否是.NET Core/.NET 5+环境
var isNetCore = RuntimeInformation.FrameworkDescription.StartsWith(".NET Core") || 
                RuntimeInformation.FrameworkDescription.StartsWith(".NET 5");

if (isNetCore)
{
    // 回退一级目录到Debug文件夹
    baseDir = Path.GetFullPath(Path.Combine(baseDir, "..\\"));
}

// 拼接最终的日志文件路径
var logFilePath = Path.Combine(baseDir, "resources", "logging", "debug.log");

这段代码通过RuntimeInformation.FrameworkDescription识别框架类型，只在.NET Core环境下回退目录，完美兼容两种框架的路径结构。

内容的提问来源于stack exchange，提问作者zades