AppDomain.CurrentDomain.BaseDirectory

工作与MbUnit GUI。

从。net framework 4.6 / .net core 1.0开始，现在有了一个AppContext。BaseDirectory，它应该给出与AppDomain.CurrentDomain相同的结果。除了AppDomains不是.net core 1的一部分。X /.net标准x的API。

AppContext.BaseDirectory

编辑:文档现在甚至声明:

在. net 5.0及更高版本中，对于捆绑的程序集，返回的值是主机可执行文件的包含目录。

事实上,组装。定位医生医生说:

在. net 5.0及更高版本中，对于捆绑的程序集，返回的值是空字符串。

在windows窗体应用程序中，你可以简单地使用应用程序。StartupPath

但对于dll和控制台应用程序，代码更难记住…

string slash = Path.DirectorySeparatorChar.ToString();
string root = Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().Location);

root += slash;
string settingsIni = root + "settings.ini"

当我使用CodeBase和UNC网络共享时，唯一有效的解决方案是:

System.IO.Path.GetDirectoryName(new System.Uri(System.Reflection.Assembly.GetExecutingAssembly().CodeBase).LocalPath);

它也适用于普通uri。

如果路径包含“#”符号，则会得到不正确的目录。 所以我使用了John bly答案的一个修改，那就是组合UriBuilder。Path和UriBuilder。片段:

public static string AssemblyDirectory
{
    get
    {
        string codeBase = Assembly.GetExecutingAssembly().CodeBase;
        UriBuilder uri = new UriBuilder(codeBase);
        //modification of the John Sibly answer    
        string path = Uri.UnescapeDataString(uri.Path.Replace("/", "\\") + 
          uri.Fragment.Replace("/", "\\"));
        return Path.GetDirectoryName(path);
     }
}

当开发人员可以更改代码以包含所需的代码片段时，所有建议的答案都是有效的，但如果您希望在不更改任何代码的情况下做到这一点，则可以使用Process Explorer。

它将列出系统中所有正在执行的dll，您可能需要确定正在运行的应用程序的进程id，但这通常并不太难。

我已经写了一个完整的描述如何在II - http://nodogmablog.bryanhogan.net/2016/09/locating-and-checking-an-executing-dll-on-a-running-web-server/中为一个dll做到这一点