知识大全 URL的传递字符串问题小研究[2]

Posted 2022-07-17 知

篇首语：幽映每白日，清辉照衣裳。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 URL的传递字符串问题小研究[2]相关的知识，希望对你有一定的参考价值。

URL的传递字符串问题小研究[2] 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　页面上都是一致的第一页面的后台代码

　　第二页面的后台代码

　　结果是 DK + 中继站正确！

　　注意一定要前后对应比如在这里第一页面中是先编码的后替代第二页面中就要先替代再解码不然就会出错如 DK 中继站

　　我在开头提到遇到了比较多的问题网上的资料有的说是用 % 来替代 + 但是我尝试了下结果却是错误的 DK 中继站这是什么原因呢？是网上说错了吗？但是在下面的情况中又很让我苦笑不得不知道具体是什么原因

　　接上面还是用 % 来替代 + 我在一次错误的输入在第一页面后台输入了name = Server UrlEncode（name）第二页面中解码是 name = Server HtmlDecode（name）居然是结果对的 DK + 中继站我换了其他的替代字符结果也是正确的

　　但是我换了其他编码和解码组合 Server HtmlEncode（name）和Server UrlDecode（name）或者Server HtmlEncode（name）和Server HtmlDecode（name）组合结果就不对连中文都不对 DK 中继口

　　我采用Server HtmlEncode（name）和Server HtmlDecode（name）组合要得到正确的结果必须用像 @ 这样的特殊字符来替代 + 当然还有在Web config中添加设置设置内容如上

　　我在查资料的时候还有提到一种方法不需要在Web config中添加设置在aspx文件中添加 <meta equiv= Content Type content= text/ charset=gb >我尝试了没成功

　　我还有个疑问是在这里我是用 @ 的特殊字符来代替 + 因为在我的字符串中是不可能出现 @ 才这样做的但是如果我的字符串中可能出现这些特殊字符串我又该如何替代呢？

　　我在经历了这些测试后觉得最安全的方法在URL中传递参数时最好还是使用URLDecode（）方法在Web config中配置上

　　配置这个是需要注意你的程序中的字符集是不是也用这个 gb 来编码解码的如果不是就要注意了可能引发的错误了我在程序中就遇到了这个问题我的程序中的画面就是用xml传递的我加了这个设置后就不能显示画面我找了很长时间才知道是是两种编码规则冲突我画面中设置的UTF 被全局变量复制了

　　今天理解到了测试时需要很有耐心的在这个问题中正确的方法就是可能就是一两种但是为了测试错误的情况我做了七八种情况比如URLEncode URLDecode和HtmlEncode HtmlDecode的组合问题传递时和接收时编码替代解码的先后顺序这些花了很多时间头都绕晕了本来想把所以的过程都写出来的但是考虑到篇幅太多了还是就写这些希望大家能有好的建议

cha138/Article/program/net/201311/14483