看URL是HttpUtility.UrlEncode将空格转换成了“+”号，原因找到就着手解决Bug。
引用：
复制代码 代码如下:
fileName = HttpUtility.UrlEncode(fileName, Encoding.UTF8);
fileName = fileName.Replace("+", "%20");
通过Replace替换解决，虽然问题解决了，但这并不是一个很好的方法，如果文件夹或文件名中包含“+”号则会导致另外的Bug发生。
最佳解决方案：
使用HttpUtility.UrlPathEncode，UrlPathEncode 方法执行下列步骤：
1.将 UrlPathEncode 方法的编码逻辑只应用于 URL 的路径部分（不包括查询字符串）。 该方法假定 URL 被编码为 UTF-8 字符串。
2.对非空格编码，以便在所得的编码字符串中使用前 128 个 ASCII 字符的子集。 Unicode 的所有字符值为 128 及更高，或者 32 和更小， URL 中输入。
3.输入空格作为 %20。
使用 UrlEncode 方法或 UrlPathEncode 方法，可以输入 URL。 但是，方法返回不同的结果。 UrlEncode 方法将每个空格字符转换为加号 (+) 字符。 UrlPathEncode 方法将每个空格字符转换为字符串 %20，以十六进制表示法表示的一个空格。 在对 URL 的路径部分编码时使用 UrlPathEncode 方法，以保证一致的已解码 URL，与执行解码的平台或浏览器无关。 当您使用 UrlPathEncode 方法时，查询字符串值不会输入。 因此，可通过问号的任何值 (?) 在字符串，将不会输入。 如果必须通过 URL，当查询字符串，则使用 UrlEncode 方法。
看到项目中很多页面都使用了Replace方式，查询后全部替换为UrlPathEncode减少更多Bug的发生。
空格,转换
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？