【2019】问题记录一:后端获取URL参数的值内加号“+”变成空格“ ”

问题:URL参数中加号“+”变成空格“ ”

一、现象

     URL如:http://example.****.com/controller/action?param=rice+cook+panda

  后端通过Request.QueryString["param"]的方式获取值的时候,数值中的加号“+”会转换为空格“ ”

  例如传输“rice+cook+panda”,就会取到“rice cook panda”

二、原因

  W3C标准规定,当Content-Type为application/x-www-form-urlencoded时,URL中查询参数名和参数值中空格要用加号+替代,所以几乎所有使用该规范的浏览器在表单提交后,URL查询参数中空格都会被编成加号+。

  而在另一份规范RFC2396,定义URI里, URI里的保留字符都需转义成%HH格式(Section 3.4 Query Component),因此空格会被编码成%20,加号+本身也作为保留字而被编成%2B,对于某些遵循RFC 2396标准的应用来说,它可能不接受查询字符串中出现加号+,认为它是非法字符。

  所以一个安全的举措是URL中统一使用%20来编码空格字符。

三、解决思路和方法

  了解了原因,解决就针对出现这种情况的原因做处理。

       处理思路:将URL中的+号替换为%2B

       处理后的URL应为:http://example.****.com/controller/action?param=rice%2Bcook%2Bpanda

       1、发送端处理办法

  不同的编程语言对此类问题解决方法,大同小异,最终目的都是将参数内的加号“+”替换为%2B:

        Java解决方法(推荐)

 URLEncoder.encode("rice+cook+panda","UTF-8"); 

        C#解决方法(推荐)

 HttpUtility.UrlEncode("rice+cook+panda"); 

 Server.UrlEncode("rice+cook+panda") 

        JS解决方法(推荐)

 encodeURIComponent("rice+cook+panda") 

通用笨方法(不推荐):将参数内的+号采用repace函数替换为%2B

        2、接收端处理办法

       此问题原因出在发送端,所以不建议在接收端做特殊处理。

  特殊情况下(只针对某单个URL的参数临时应急):接收端处理方法,可强制将获取参数内的空格变为加号" "通过Replace方法“ ”替换为+号(不推荐使用,这个就是坑)

四、问题拓展延伸

  这个提问,主要是URL对参数内的特殊符号进行了特殊处理导致,+号有这种情况,自然其他特殊符号也存在类似情况 如: / = 等。

  因此推荐采用各种编程语言内部处理url的函数来解决此类问题,不建议采用发现一个替换一个的方式,更不建议接收端做特殊处理。

猜你喜欢

转载自www.cnblogs.com/littlemo/p/10968050.html
今日推荐