Linux容器运行VB.NET DLL访问网络路径自动追加/app/前缀报错

• 该异常和Uri类无直接关联，核心原因是Linux环境下的路径解析规则与Windows完全不同：Linux文件系统仅识别以/开头的路径为绝对路径，你传入的\xxx.xxx.xxx.xxx\folder\file.txt是以反斜杠开头的Windows UNC格式路径，在Linux中会被判定为相对路径，程序运行时会自动拼接进程当前工作目录（容器默认工作目录为/app），最终生成你看到的/app/\XXX.XXX.XXX.XXX\folder\file.txt错误路径。
• 现有代码的凭据逻辑完全不适用当前场景：CredentialCache添加Basic凭据的写法是为HTTP/HTTPS网络请求设计的，对SMB文件共享访问无效；且Linux系统无Windows原生的SMB客户端自动重定向、凭据自动透传机制，就算路径格式正确，直接通过System.IO下的文件接口访问Windows UNC路径也无法成功。
• 代码存在路径拼接bug：传入的原始路径已经包含file.txt文件名，后续又额外拼接了一次\file.txt，即使在Windows环境运行也会生成错误的重复文件名路径。

• 优先采用容器挂载SMB共享的方案（最稳定，不需要修改业务代码的文件访问逻辑）：
  启动容器时通过cifs驱动将目标SMB共享挂载到容器内的本地目录（例如/mnt/remoteshare），挂载时直接指定访问凭据，代码中直接访问该本地挂载目录即可，无需处理UNC路径和网络凭据。挂载参考命令：

  mount -t cifs //xxx.xxx.xxx.xxx/folder /mnt/remoteshare -o username=你的用户名,password=你的密码,domain=你的域名,vers=3.0
  

  注意Linux下SMB路径使用正斜杠，格式为//IP地址/共享文件夹名，和Windows的反斜杠UNC格式不同。
• 若无法做容器挂载，不要直接使用System.IO接口访问远程文件，引入支持SMB协议的第三方类库（如SMBLibrary），通过类库提供的连接接口传入IP、共享名、访问凭据后，再读取目标文件。
• 清理代码中的错误逻辑：
  1. 删除重复拼接\file.txt的代码段，避免文件名重复
  2. 移除针对UNC路径添加HTTP Basic凭据的无效逻辑，该段代码在SMB访问场景下无任何作用
  3. 若需要做跨平台路径格式兼容，可先将路径中的反斜杠统一替换为正斜杠，但注意该操作仅做格式规整，无法解决Linux下直接访问SMB共享的核心问题，参考代码：

  Dim normalizedPath = rawPath.Replace("\", "/")
  

补充说明：所有非/开头的路径在Linux中都会被判定为相对路径，自动拼接当前工作目录前缀，这是操作系统的基础行为，不是.NET类库或者Uri处理导致的问题。

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