C#获取Web服务器WCF服务文件夹共享绝对路径问题

你的本地代码能正常工作，是因为本地运行时Assembly.GetExecutingAssembly().CodeBase返回的是本地文件路径（比如file:///D:/appdir/...），但部署到Web服务器（比如IIS）后，这个CodeBase会变成HTTP格式的URL（比如http://yourserver/YourWcfService/bin/YourService.dll），此时你用Uri解析出来的是虚拟路径，而非服务器上的物理绝对路径，自然就出错了。

下面给你几个针对不同托管场景的解决方案：

1. IIS托管的WCF服务（最常见场景） #

直接用HostingEnvironment.MapPath或HttpContext.Current.Server.MapPath获取物理路径，这两个方法会自动把虚拟路径转换成服务器真实物理路径：

// 先确保项目引用了System.Web.dll
using System.Web.Hosting;
using System.IO;

// 获取WCF服务所在应用程序的根目录物理路径
string appRootPath = HostingEnvironment.MapPath("~/");
// 对应你原代码里的父文件夹逻辑
string parentFolderPath = Path.GetDirectoryName(appRootPath);

~代表当前Web应用的根目录，MapPath会帮你转换成类似C:\inetpub\wwwroot\YourWcfService的绝对路径，完全适配服务器环境需求。

2. 自托管WCF服务（如控制台/Windows服务托管） #

如果是自托管场景，用AppDomain.CurrentDomain.BaseDirectory获取程序运行基目录会比CodeBase更可靠：

using System.IO;

string baseDir = AppDomain.CurrentDomain.BaseDirectory;
string parentFolderPath = Path.GetDirectoryName(baseDir);

这个方法在本地调试和自托管服务器上都能稳定获取正确路径。

3. 兼容多种托管场景的通用写法 #

如果需要代码同时支持本地调试、IIS托管和自托管，可以加个环境判断：

using System;
using System.IO;
using System.Reflection;
using System.Web;

string rootPath;
if (HttpContext.Current != null)
{
    // IIS托管环境
    rootPath = HostingEnvironment.MapPath("~/");
}
else
{
    // 本地调试或自托管环境
    string codeBase = Assembly.GetExecutingAssembly().CodeBase;
    UriBuilder uri = new UriBuilder(codeBase);
    string path1 = Uri.UnescapeDataString(uri.Path);
    rootPath = Path.GetDirectoryName(path1);
}
// 获取目标父文件夹路径
string targetPath = Path.GetDirectoryName(rootPath);

注意事项 #

• 使用HostingEnvironment时必须引用System.Web.dll，如果你的WCF是类库项目，需要手动添加该引用。
• 确保服务器上的应用程序池账号拥有目标路径的读取权限，避免出现权限不足的错误。

内容的提问来源于stack exchange，提问作者Anil Soman