从。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及更高版本中，对于捆绑的程序集，返回的值是空字符串。

这应该可以工作，除非程序集是影子复制的:

string path = System.Reflection.Assembly.GetExecutingAssembly().Location

这样如何……

string ThisdllDirectory = System.IO.Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().Location);

然后砍掉你不需要的部分

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

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

它也适用于普通uri。

您所在的当前目录。

Environment.CurrentDirectory;  // This is the current directory of your application

如果您使用build复制.xml文件，您应该可以找到它。

or

System.Reflection.Assembly assembly = System.Reflection.Assembly.GetAssembly(typeof(SomeObject));

// The location of the Assembly
assembly.Location;

ASP。网络，不管用。我在为什么AppDomain.CurrentDomain.BaseDirectory不包含asp.net应用程序中的“bin”中找到了一个更好的解决方案。它适用于Win Application和ASP。Net Web应用程序。

public string ApplicationPath
    {
        get
        {
            if (String.IsNullOrEmpty(AppDomain.CurrentDomain.RelativeSearchPath))
            {
                return AppDomain.CurrentDomain.BaseDirectory; //exe folder for WinForms, Consoles, Windows Services
            }
            else
            {
                return AppDomain.CurrentDomain.RelativeSearchPath; //bin folder for Web Apps 
            }
        }
    }