【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的函式來解決此類問題,不建議採用發現一個替換一個的方式,更不建議接收端做特殊處理。