将字符串从 JavaScript 编码和解码为 C# - 不起作用

本文关键字:不起作用 解码 字符串 JavaScript 编码 | 更新日期: 2023-09-27 18:31:43

我在使用某些字符串编码时遇到问题,可能是 IIS 问题,或者我忽略了什么。基本上,随机地,当用户提交更改时,文本与 %20 一起存储,就好像它完全忽略了我的解码一样。它永远不会发生在我本地主机、实时或任何浏览器上;它从来都不一致,甚至不知道如何测试出了什么问题。

只需粘贴基本部分:

接受用户输入的文本控件

<asp:TextBox TextMode="MultiLine" runat="server" txtActionUpdate"></asp:TextBox>

然后

Javascript"escape"并传递给ajax方法以发送到代码隐藏

var tAction = escape(document.getElementById("txtActionUpdate").value);

然后

在网络方法中,我使用以下方法进行解码:

Test = Microsoft.JScript.GlobalObject.unescape(tAction);

(以前是:test = HttpUtility.UrlDecode(tAction);)

但无论如何,上面的两个解码选项都可以完美地工作(对我来说?但是随机地,当用户处理它时,它会从字面上"跳过"解码步骤,只是以编码格式(即:this%20is%20a%20Test%20string)将其写入数据库,就好像我根本没有代码一样。

我们有多个客户(单独的URL),但有一个代码库。在发布过程中,我先删除然后发布,清除应用程序池,让用户清除浏览器缓存(实际上讨厌后者),但这似乎永远不会保持一致。我有一种感觉,这更多的是一些"缓存"或"服务器设置"问题,而不是代码问题......让我看起来很糟糕!;)哈哈。有人有预感吗?

将字符串从 JavaScript 编码和解码为 C# - 不起作用

我不会为此(或其他任何东西)使用escape。我会使用 encodeURIComponent ,然后用HttpUtility.UrlDecode解码(我认为;显然,MSDN 现在已关闭)。

我的猜测是,在客户端的某个地方,数据被编码了两次,然后导致你所看到的效果。