1

关于以下代码示例：

string baseLocation = HttpContext.Current.Server.MapPath("/");
const string templateName = @"//temp//ExportTemplate.xlsx";
const string generatedLocation = @"{0}//temp//{1}";
var fileName = string.Format("Export-{0}.xlsx", DateTime.Now.Date.ToString("yyyy-MM-dd"));
var newFile = String.Format(generatedLocation, baseLocation, fileName);
File.Copy(baseLocation + templateName, newFile, true);

我们在生产服务器和本地开发环境（通过 IIS 中的站点）上使用它。两者都运行 IIS 7.5。该代码在生产中正常工作，但在本地开发中引发错误：

Access to the path 'C:\Path\To\Site\//temp//Export-2013-01-29.xlsx' is denied.

该文件是在本地开发人员上正确创建/复制的，但我猜由于路径中的斜杠不正确，它会出错。应用程序池标识对“临时”文件夹具有完全访问权限。

这带来了几个问题：

  • 在这种情况下，'//' 对路径有什么作用？我知道 '\' 是逃避反斜杠的方法，但 '//' 没有意义。
  • 使生成的路径在生产服务器上正常工作但在我的本地开发中失败的两个环境的配置是否存在差异？
4

2 回答 2

2

代码应该使用 \，而不是 / 作为文件路径。任何一个

const string templateName = @"\temp\ExportTemplate.xlsx";

或者

const string templateName = "\\temp\\ExportTemplate.xlsx";

可以正常工作。令人惊讶的是，当前版本的代码可以在生产中运行，这可能是因为 windows 被构建为允许文件路径中的正斜杠或反斜杠。（这可以追溯到许多用户也是 UNIX 用户的 DOS 时代）

此外，我建议使用Path.Combine而不是仅仅连接文件路径的字符串（这将有助于避免在“C:\Path\To\Site\\temp\Export-2013- 01-29.xlsx”）。前任：

File.Copy(Path.Combine(baseLocation, templateName), newFile, true);
于 2013-01-29T21:18:46.680 回答
0

// 将始终为您提供 // ... 在字符串中使用 @ 时，它是逐字字符串文字，您不需要转义字符。因此，您可以使用 \ 来获取 . 如果删除 @，则需要使用 \ 来获取 . 当您使用文件路径时，它始终是一个反斜杠（）。使用 URL 路径时，它始终是正斜杠 (/)

于 2013-01-29T19:54:10.630 回答