如果你知道根目录:

string rootPath = Path.GetPathRoot(Application.StartupPath)

根据我的经验，最好的方法是两者结合。

.CodeBase System.Reflection.Assembly.GetExecutingAssembly () . getname () 会给你文件夹吗 Directory.GetCurrentDirectory () 在。net Core上可以正常工作，但在。net上不行，会给你项目的根目录 System.AppContext.BaseDirectory和AppDomain.CurrentDomain.BaseDirectory 在。net中运行良好，但不能在。net核心中运行，并将为您提供项目的根目录

在一个类库中。我检查哪个框架托管库，并选择一个或另一个。

AppDomain.CurrentDomain.BaseDirectory可能是访问位置相对于应用程序安装目录的文件最有用的目录。

在ASP中。NET应用程序，这将是应用程序的根目录，而不是bin子文件夹-这可能是您通常想要的。在客户端应用程序中，它将是包含主要可执行文件的目录。

在VSTO 2005应用程序中，它将是包含应用程序的VSTO托管程序集的目录，而不是Excel可执行文件的路径。

其他选项可能会根据您的环境返回不同的目录—例如，请参阅@Vimvq1987的答案。

CodeBase是找到文件的地方，可以是以http://.开头的URL在这种情况下，Location可能是程序集下载缓存。CodeBase不保证为GAC中的程序集设置。

更新 这些天….NET Core， .NET Standard 1.3+或.NET Framework 4.6+)，最好使用AppContext。而不是AppDomain.CurrentDomain.BaseDirectory。两者是等效的，但不再支持多个appdomain。

我成功地用过这个

System.IO.Path.GetDirectoryName(Process.GetCurrentProcess().MainModule.FileName)

它甚至可以在linqpad内部工作。

请注意，并非所有这些方法都会返回相同的值。在某些情况下，它们可以返回相同的值，但要注意，它们的目的是不同的:

Application.StartupPath

返回StartupPath参数(可以在运行应用程序时设置)

System.IO.Directory.GetCurrentDirectory()

返回当前目录，该目录可能是应用程序所在的文件夹，也可能不是。Environment.CurrentDirectory也是如此。如果您在DLL文件中使用它，它将返回进程运行的路径(在ASP.NET中尤其如此)。

我在会话中通过Win32 API从Windows服务启动了一个进程，从实际登录的用户(在任务管理器会话1而不是0中)。在这是我们可以知道，哪个变量是最好的。

对于上述问题中的所有7个案例，结果如下:

Path1: C:\Program Files (x86)\MyProgram
Path2: C:\Program Files (x86)\MyProgram
Path3: C:\Program Files (x86)\MyProgram\
Path4: C:\Windows\system32
Path5: C:\Windows\system32
Path6: file:\C:\Program Files (x86)\MyProgram
Path7: C:\Program Files (x86)\MyProgram

也许这对你们中的一些人是有帮助的，当你为你的情况寻找最佳变量时。