C#、ASP.NET获取当前应用程序的绝对路径

使用 Application.StartupPath 至于 System.IO.Directory.GetCurrentDirectory不行，因为应用程序有个当前工作目录，这个工作目录是会变的，不总是程 序的启动目录（当然默认启动是应用程序目录）。
比如说，你打开命令行（cmd），它就会显示一个路径，你会发现这个路径（通常是 C:\Documents and settings\用户名，在XP下）不是cmd.exe所在目录（cmd.exe 是在system32下的）。
而这个当前目录很容易改变，甚至当你使用了文件浏览对话框（比如打开文件、保存文件）时，这个当前目录都会改变到它最后选择的目录。

而快捷方式中的启动目录，就是设置当前应用程序的工作目录。默认情况下，新建的快捷方式的启动目录就是应用程序所在目录，所以你不修改的话是可以正常工作 的，明白了

进程对象在.NET中表现为System.Diagnostics.Process 类，通过调用Process.GetCurrentProcess().MainModule.FileName可获得当前执行的exe的文件名。但是这 个方法得到的仅仅是文件名，如果程序运行期间没有切换工作目录，那么可以调用System.IO.Path的方法获取绝对路径。但是当前目录同样可以通过 Environment.CurrentDirectory获得，而且很多软件在使用Open Dialog打开文件的时候，都会切换工作目录，而使得这一机制失效。

如果是在Windows Forms应用程序中，当前应用也表现为 System.Windows.Forms.Application对象，通过其静态属性Application.ExecutablePath和 Application.StartupPath，可以取得可执行文件的路径和启动路径。

但如果不是在Windows应用中呢，或者是在Library中呢，就算是Application对象的属性依然能获得，也需要在工程中添加 System.Windows.Forms这个Assembly的引用，非常不方便。这个时候，可以通过Assembly的静态方 法，GetCallingAssembly或者GetExecutingAssembly取得当前执行的Assembly，然后通过Assembly类的 Location获取assembly的位置。

但是使用Assembly的时候，可能会遇到权限方面的问题，同时Assembly.GetCallingAssembly或者 Assembly.GetExecutingAssembly有可能得到的不是.exe文件的位置。在GAC中的添加了强名的Assembly，运行时是 可以不必与.exe在同一目录的。

.NET的进程启动时，会创建AppDomain，所有的Assembly都被Load到某一个AppDomain中，而AppDomain中提供了 SetupInformation属性，可以获取AppDomain启动时的一些信息，因此，可以通过调用 AppDomain.CurrentDomain.SetupInformation.ApplicationBase获取当前应用程序所在的路径。

在通过以上方法取到所需的目录后，可以调用System.IO.Path的方法获取文件名，目录名，绝对路径等。停止对路径字符串的分析，而改用 System.IO.Path类吧。

开发.NET下应用程序时，了解Process/Application->AppDomain->Assembly的关系，对于实现正确的 逻辑，是非常有帮助的。

AppDomain.CurrentDomain.SetupInformation.ApplicationBase此 方法可使用在ASP.NET中取代Page.Server.MapPath()，可以说这个 获取路径的方法是.NET通用的获取路径方法，建议使用。