含特殊字符的SVN文件夹URI构建问题

这是个很常见的SVN路径处理坑，我来给你捋清楚：

核心结论：你必须对每个包含特殊字符的目录段单独使用Uri.EscapeDataString() #

SVN服务器对URL路径的解析严格遵循URI规范，+这类字符在URI里有特殊含义（代表空格），如果直接拼接不转义，SVN会把你想创建的供应商+A目录解析成供应商 A，这肯定不是你要的结果——要么创建出错误的目录，要么后续操作时找不到目标路径。

为什么DoEscape()会抛出“路径已存在”异常？ #

大概率是你的转义逻辑出了问题，常见的坑有两个：

• 转义范围错误：你可能把整个URL（包括svn://协议头、仓库域名/IP部分）一起转义了，导致生成的URI格式完全错误，服务器识别到的路径和你预期的完全不符，甚至和已有的某个路径撞了。
• 重复转义：比如某个目录段已经被转义过（比如+变成了%2B），你的方法又对整个路径再次转义，把%2B变成%252B，这时服务器会认为这个过度转义后的路径已经存在（或者实际是你之前错误操作创建的）。

正确的转义姿势 #

拆分路径为独立的目录段，只对每个可能包含特殊字符的段单独转义，再拼接成完整URI：

// 示例路径段，包含+特殊字符
string[] directorySegments = { "供应商+科技", "驱动程序+v3.1", "版本+202405" };

// 对每个段单独转义
var escapedSegments = directorySegments.Select(segment => Uri.EscapeDataString(segment)).ToArray();

// 拼接成完整路径，再组合成SVN URI
string fullEscapedPath = string.Join("/", escapedSegments);
Uri svnRepositoryUri = new Uri($"svn://your-svn-server/root-path/{fullEscapedPath}");

这么做的好处是：

1. 保证每个特殊字符都被正确转义（+会变成%2B，符合URI规范）
2. 不会误转义协议、主机名等不需要转义的部分
3. 和SVN服务器的路径解析逻辑完全对齐，避免歧义

排查“路径已存在”的额外建议 #

• 用SVN客户端（比如TortoiseSVN）查看仓库的原始URL，确认已存在的路径中特殊字符的转义形式（比如是不是%2B而不是+）。
• 检查DoEscape()方法的实现，看是不是存在重复转义或者错误转义非路径部分的逻辑，比如有没有把整个svn://xxx/yyy+zzz一起丢给Uri.EscapeDataString()——这绝对会出问题。

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