URL编码需强制编码的字符有哪些？编码后HTTP请求无响应如何排查

核心疏漏说明 #

你遇到的服务器无响应问题核心原因是编码范围逻辑错误：URL本身的结构分隔符是不能被编码的，你如果对完整URL直接编码，会把://、/、?、&、=这些用来标识URL结构的字符全部转义，服务器收到后无法识别URL结构，自然无法处理请求。

两个问题的明确解答 #

1. 是否可以直接对完整URL调用Url::escape()？ #

绝对不可以。
URL编码的核心规则是：仅对URL各组成段的内容部分编码，结构分隔符必须保留原字符。正确的操作流程是：

• 先将完整URL拆分为协议、域名、路径段、查询参数键、查询参数值、锚点等独立分段
• 对每个分段的内容单独调用编码方法
• 编码完成后再按照URL格式规则用分隔符拼接成完整URL

比如路径段/用户/文件里的中文要编码，但分隔路径的/不能编码；查询参数?key=值&key2=值2里的参数值内容要编码，但分隔参数的&、分隔键值的=不能编码，这些逻辑在完整URL字符串里无法直接区分，必须拆分后处理。

你提到的“仅对单个参数编码也异常”的问题，需要检查是否存在如下操作错误：

• 误将参数键+值的完整串（比如key=value）一起编码，把=也转义了
• 存在二次编码逻辑，编码后的参数又被其他逻辑再次转义

2. 哪些字符可以跳过编码，你的Url::escape()实现是否正确？ #

你对RFC3986的编码规则理解是准确的：仅大小写字母、数字、-、.、_、~这几类字符可以作为通用URL内容不编码使用，其余内容字符都需要编码。
你的Url::escape()实现逻辑本身没有问题，完全符合RFC3986规范，仅适用场景需要限制为单个内容段的编码。

关于你疑惑的*号处理差异：Android的URLEncoder遵循的是application/x-www-form-urlencoded表单编码规范，该规范中*不需要编码；但通用URL编码遵循的RFC3986将*列为需要编码的子界符，如果你是做通用URL内容编码，建议保持现有编码逻辑；如果是专门编码表单提交的参数，可以额外加一个*的分支跳过编码适配场景。

内容的提问来源于stack exchange，提问作者Akki