为什么Path.Combine不正确连接以Path.DirectorySeparatorChar开头的文件名?

从Visual Studio中的即时窗口

> Path.Combine(@"C:\x", "y") "C:\\x\\y" > Path.Combine(@"C:\x", @"\y") "\\y" 

看来他们应该是一样的。

旧的FileSystemObject.BuildPath()不能这样工作…

12 Solutions collect form web for “为什么Path.Combine不正确连接以Path.DirectorySeparatorChar开头的文件名?”

这是一个哲学问题(也许只有微软才能真正回答),因为它正在做文档所说的。

System.IO.Path.Combine

“如果path2包含绝对path,则此方法返回path2。”

以下是 .NET源代码中的实际组合方法 。 你可以看到它调用了CombineNoChecks ,然后在path2上调用IsPathRooted ,如果是这样,返回该path。

我不知道理由是什么。 我想解决的办法是从第二条path的开始剥离(或修剪)DirectorySeparatorChar; 也许编写自己的Combine方法,然后调用Path.Combine()。

这是来自.NET Reflector for Path.Combine方法的反汇编代码。 检查IsPathRooted函数。 如果第二个path是根(以DirectorySeparatorChar开头),则返回第二个path。

 public static string Combine(string path1, string path2) { if ((path1 == null) || (path2 == null)) { throw new ArgumentNullException((path1 == null) ? "path1" : "path2"); } CheckInvalidPathChars(path1); CheckInvalidPathChars(path2); if (path2.Length == 0) { return path1; } if (path1.Length == 0) { return path2; } if (IsPathRooted(path2)) { return path2; } char ch = path1[path1.Length - 1]; if (((ch != DirectorySeparatorChar) && (ch != AltDirectorySeparatorChar)) && (ch != VolumeSeparatorChar)) { return (path1 + DirectorySeparatorChar + path2); } return (path1 + path2); } public static bool IsPathRooted(string path) { if (path != null) { CheckInvalidPathChars(path); int length = path.Length; if ( ( (length >= 1) && ( (path[0] == DirectorySeparatorChar) || (path[0] == AltDirectorySeparatorChar) ) ) || ((length >= 2) && (path[1] == VolumeSeparatorChar)) ) { return true; } } return false; } 

在我看来,这是一个错误。 问题是有两种不同types的“绝对”path。 path“d:\ mydir \ myfile.txt”是绝对path,“\ mydir \ myfile.txt”也被认为是“绝对”,即使它缺less驱动器号。 在我看来,正确的行为将是当第二个path以目录分隔符开始(而不是UNCpath)时,从第一个path预先安装驱动器号。 我会build议编写自己的帮手包装function,如果你需要它有你想要的行为。

好的,已经有很长的答案了,这里是我的;-)

我想解决这个问题:

 string sample1 = "configuration/config.xml"; string sample2 = "/configuration/config.xml"; string sample3 = "\\configuration/config.xml"; string dir1 = "c:\\temp"; string dir2 = "c:\\temp\\"; string dir3 = "c:\\temp/"; string path1 = PathCombine(dir1, sample1); string path2 = PathCombine(dir1, sample2); string path3 = PathCombine(dir1, sample3); string path4 = PathCombine(dir2, sample1); string path5 = PathCombine(dir2, sample2); string path6 = PathCombine(dir2, sample3); string path7 = PathCombine(dir3, sample1); string path8 = PathCombine(dir3, sample2); string path9 = PathCombine(dir3, sample3); 

当然,所有的path1-9最后都应该包含一个等效的string。 这里是我提出的PathCombine方法:

 private string PathCombine(string path1, string path2) { if (Path.IsPathRooted(path2)) { path2 = path2.TrimStart(Path.DirectorySeparatorChar); path2 = path2.TrimStart(Path.AltDirectorySeparatorChar); } return Path.Combine(path1, path2); } 

我也认为这是很烦人的,这个string处理必须手动完成,我会对此背后的原因感兴趣。

不知道实际的细节,我的猜测是它试图join,就像你可能会join相对URI一样。 例如:

 urljoin('/some/abs/path', '../other') = '/some/abs/other' 

这意味着当你使用前面的斜线join一个path时,你实际上将一个基础连接到另一个基础上,在这种情况下,第二个基础优先。

来自MSDN:

如果指定的path之一是零长度的string,则此方法返回另一个path。 如果path2包含绝对path,则此方法返回path2。

在你的例子中,path2是绝对的。

这个代码应该做的伎俩:

  string strFinalPath = string.Empty; string normalizedFirstPath = Path1.TrimEnd(new char[] { '\\' }); string normalizedSecondPath = Path2.TrimStart(new char[] { '\\' }); strFinalPath = Path.Combine(normalizedFirstPath, normalizedSecondPath); return strFinalPath; 

根据Christian Graus在他的“我讨厌微软的事情”博客中的build议,标题为“ Path.Combine本质上是无用的 ”,这里是我的解决scheme:

 public static class Pathy { public static string Combine(string path1, string path2) { if (path1 == null) return path2 else if (path2 == null) return path1 else return path1.Trim().TrimEnd(System.IO.Path.DirectorySeparatorChar) + System.IO.Path.DirectorySeparatorChar + path2.Trim().TrimStart(System.IO.Path.DirectorySeparatorChar); } public static string Combine(string path1, string path2, string path3) { return Combine(Combine(path1, path2), path3); } } 

有人build议命名空间应该碰撞,…我用Pathy ,轻微,并避免与System.IO.Path命名空间冲突。

编辑 :添加空参数检查

这意味着“当前驱动器的根目录”。 在你的例子中,它表示当前驱动器根目录下的“test”文件夹。 所以,这可以等同于“c:\ test”

如果你想结合两个path而不丢失任何path,你可以使用这个:

 ?Path.Combine(@"C:\test", @"\test".Substring(0, 1) == @"\" ? @"\test".Substring(1, @"\test".Length - 1) : @"\test"); 

或者与variables:

 string Path1 = @"C:\Test"; string Path2 = @"\test"; string FullPath = Path.Combine(Path1, Path2.Substring(0, 1) == @"\" ? Path2.Substring(1, Path2.Length - 1) : Path2); 

这两种情况都返回“C:\ test \ test”。

首先,我评估Path2是否以/开头,如果是,则返回没有第一个字符的Path2。 否则,返回完整path2。

这在某种程度上考虑了(相对)path通常是如何处理的:

 string GetFullPath(string path) { string baseDir = @"C:\Users\Foo.Bar"; return Path.Combine(baseDir, path); } // get full path for RELATIVE file path GetFullPath("file.txt"); // = C:\Users\Foo.Bar\file.txt // get full path for ROOTED file path GetFullPath(@"C:\Temp\file.txt"); // = C:\Temp\file.txt 

真正的问题是,为什么以"\"开头的path被认为是“根源”。 这对我来说是新的,但它在Windows上是这样工作的 :

 new FileInfo("\windows"); // FullName = C:\Windows, Exists = True new FileInfo("windows"); // FullName = C:\Users\Foo.Bar\Windows, Exists = False 

这两种方法可以避免意外地join两个string,这两个string中都有分隔符。

  public static string Combine(string x, string y, char delimiter) { return $"{ x.TrimEnd(delimiter) }{ delimiter }{ y.TrimStart(delimiter) }"; } public static string Combine(string[] xs, char delimiter) { if (xs.Length < 1) return string.Empty; if (xs.Length == 1) return xs[0]; var x = Combine(xs[0], xs[1], delimiter); if (xs.Length == 2) return x; var ys = new List<string>(); ys.Add(x); ys.AddRange(xs.Skip(2).ToList()); return Combine(ys.ToArray(), delimiter); } 
  • 将列表的Python列表写入一个csv文件
  • 我应该将图像存储在数据库还是文件夹中?
  • 基本的HTTP文件下载并保存到Python的磁盘?
  • 如何从文件中删除单个属性(例如ReadOnly)?
  • 使用Ruby获取文件夹中所有文件的名称
  • 文件更改时的通知?
  • 我如何sorting非常大的文件
  • 在Java中嘲笑文件 - 模拟内容 - Mockito
  • 为什么我不能在MVC控制器中使用System.IO.File方法?
  • 如何find一个目录或文件的挂载/分区? (Linux服务器)
  • 我怎样才能让Eclipse显示。*文件?