如果你正在寻找一种与。net Core兼容的方法，请使用

System.AppContext.BaseDirectory

这是在。net Framework 4.6和。net Core 1.0(和。net Standard 1.3)中引入的。看到:AppContext。BaseDirectory财产。

根据这一页，

这是。net Core中AppDomain.CurrentDomain.BaseDirectory的首选替代品

可能有点晚了，但这个值得提一下:

Environment.GetCommandLineArgs()[0];

或者更准确地获取目录路径:

System.IO.Path.GetDirectoryName(Environment.GetCommandLineArgs()[0]);

编辑:

相当多的人已经指出GetCommandLineArgs并不能保证返回程序名。请参见命令行上的第一个单词只是按照约定的程序名。这篇文章确实指出“尽管很少有Windows程序使用这个怪癖(我自己不知道)”。因此，“恶搞”GetCommandLineArgs是可能的，但我们谈论的是一个控制台应用程序。控制台应用程序通常是快速和肮脏的。所以这符合我的KISS哲学。

编辑 从反馈来看，当您使用单元测试系统时，大多数其他解决方案似乎都不起作用。这是有道理的，因为可执行项不是你的应用程序，而是测试系统。我还没有核实过，所以我可能完全错了。如果是这样，我将删除这一编辑。

Path.GetDirectoryName (System.Diagnostics.Process.GetCurrentProcess () .MainModule.FileName) 是唯一一个在我尝试过的所有案例中都有效的方法。

我将此用于console + net 6

Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().Location)

上面的答案是我需要的90%，但返回了一个Uri，而不是常规路径。

正如在MSDN论坛的帖子中解释的那样，如何将URI路径转换为正常的文件路径?，我使用了以下方法:

// Get normal filepath of this assembly's permanent directory
var path = new Uri(
    System.IO.Path.GetDirectoryName(
        System.Reflection.Assembly.GetExecutingAssembly().CodeBase)
    ).LocalPath;

.Location1 System.Reflection.Assembly.GetExecutingAssembly ()

如果你想要的只是目录，将它与System.IO.Path.GetDirectoryName结合起来。

根据minor先生的评论: System.Reflection.Assembly.GetExecutingAssembly()。Location返回正在执行的程序集当前所在的位置，该位置可能是也可能不是程序集未执行时所在的位置。在阴影复制程序集的情况下，您将获得临时目录中的路径。System.Reflection.Assembly.GetExecutingAssembly()。CodeBase将返回程序集的“永久”路径。