在我的程序中，我经常在app.config文件中配置文件名和/或路径。这通常是这样的：

<add key="LogFileDirectory" value="C:\Logs" />
<add key="SaveLogFileTo" value="MyLogFile.txt" />

在我的实际应用程序代码中，我经常将这些代码与类似于下面的代码连接在一起：

var logFile = ConfigurationManager.AppSettings["LogFileDirectory"]
+ @"\" +
ConfigurationManager.AppSettings["SaveLogFileTo"];

现在，上面代码的结果将给予一个日志文件路径C:\Logs\MyLogFile.txt，但是，如果最终用户在配置文件中指定日志文件目录为C:\Logs\，并在末尾加上一个反斜杠，那么我的代码将得到一个实际路径C:\Logs\\MyLogFile.txt，并在目录和文件之间加上一个双反斜杠。
根据我的经验，这在实践中效果很好。事实上，即使是在命令提示符下执行cd c:\\\\\\windows\\\也能在实践中工作。
我的问题是，如果有的话，有这样的路径的后果是什么？我不想在生产代码中使用这个“特性”，如果它是没有文档记录的，并且在将来的某个时候会被新版本的Windows破坏。