- Shipped
- 2026年9月3日 04:48 UTC
- Author
- Kamo
- Commit
- 5e4298d
客户端用 build( true) 构建了查询, 它已经声明了值 被编码了,所以根本没有人逃脱。 关键人物为"+": 每一个需要数字的 JustCall滤波器 在E.164中使用, 和很多 服务器读取了表格编码方式的查询,其中"+"表示空间. 第一个 拨打者通过联系人 号码过滤会询问“15551234567”和 收到了一个空列表, 没有任何解释。 切换到编码( ) 也不修复它 —— “ +” 在 RFC 下的查询中是合法的 3986,所以"编码"()就把它和它找到的完全一样了. 因此,数值被编码 明确,URI被传递到RestTemplate 作为URI而不是字符串 因此它不会被第二次编码为% 25 。 今天没有呼叫者通过一个数字; 测试就在那里,第一个进行 发现这个是有效的,而不是无声的.