我处理通过电子邮件发送的表单数据作为分隔字符串。最近，另外一个领域正在变得令人困惑。
我收到base64编码中的字符串，我在拆分之前解密。从任何Windows电子邮件实用程序查看，编码字段如下所示：
http://xxx/preloaddocument.aspx?instanceid=1971900&isreadonly=true&internal=false
在解密并查看“直接”之后，该字段看起来像这样：
http://xxx/preloaddocument.aspx[?Ý[?ÙZYLNMÌNL ?\Ü?XYÛ?O]YI?[\??[Y?[ÙOÝ\??
控制字符会使不同的观看者看到它。
无论为什么查询字符串与URL的其余部分形成不同，有关如何处理此问题的任何想法？翻译的查询字符串应该有50个字符，而编码的（？）版本有56个字符。
答案 0 :(得分：0)
这不是一个完美的故事。
在发现上面评论中提到的jquery.base64.js之后，我在我的SharePoint开发站点中使用它来替换轻微失败的jquery.crypt.js库。工作得很好，然后我将相关代码移到了生产中。完全失败。
现在这是有趣的部分。我的开发站点引用与生产完全相同的库和文件。因此，我的JavaScript引用对于两个站点都是相同的。但是，虽然相同的代码在开发中完美运行，但在生产中，显然找到了库，但无法提供任何方法。我在这个工作了几个小时，然后又回到了我用这个替换了一个Base64库的事实 - 为什么不尝试另一个呢？当然，这并没有任何意义。
所以我找到了webtoolkit.base64.js。它在开发中起作用，此时没有任何意义，但从生产代码中引用它也很有效，所以我现在可以报告真正的成功。