URL encode时对参数中+号的encode结果不正确,预期是%2B,实际将+号作为URI中的空格编码为%20 #226
Labels
Bug
Issues we’re aware of, regardless of where users have reported them (Forums, Twitter, etc.)
Fixed
The team has submitted code they believe will fix the issue.
Hotlist-ConOps
Private Hotlist
Hotlist-DevOps
Private Hotlist
P1
Priority 1 (Required for the targeted milestone. Reserved for high user impact / quality)
Milestone
Generate request options
阶段对url
做默认encode
时,query string参数值中的+
号被识别为URI的空格,得到的编码是空格的编码%20
,而不是期望的%2B
。+
号时,将会导致签名错误或者查询结果与预期不一致的情况。sign=z9+Lc7Ed9JZQSRBpNYlEfIm0BrM=
这组queryString参数,hitchhiker日志里面看转码出来是sign=z9%20Lc7Ed9JZQSRBpNYlEfIm0BrM%3D
,预期是sign=z9%2BLc7Ed9JZQSRBpNYlEfIm0BrM%3D
+
号的参数组放在body中以form形式提交。但如果其他用户的被测服务对于入参有严格要求的情况,这个临时办法无法解决encodeURIComponent()
对query string部分的参数进行编码;The text was updated successfully, but these errors were encountered: