UTL_URL.UNESCAPE 是 Oracle 唯一可靠处理 URL 编码的内置函数；正则硬拆 %20、+ 或中文编码会导致漏解、错解或 ORA-6502，因其无法正确处理多字节 UTF-8 编码及 application/x-www-form-urlencoded 规则。
URL解码必须用 UTL_URL.UNESCAPE，不能靠正则硬拆
直接说结论：utl_url.unescape 是 oracle 唯一可靠处理 url 编码的内置函数；想用 regexp_substr 或 substr 直接切 %20、+、中文编码，会漏解、错解甚至报 ora-6502。因为 url 编码不是简单替换——+ 在 query string 中等价于空格（但只在 application/x-www-form-urlencoded 场景），而 %e4%bd%a0 这类多字节 utf-8 编码必须整体解码，拆成单个 %xx 片段再转字符会乱码。
实操建议：
-
UTL_URL.UNESCAPE输入必须是完整解码后的字符串，不能传入未清理的原始 query string（比如带?、&的整段 URL） - 它默认按 UTF-8 解码；如果源数据是 GBK 或其他编码，Oracle 不支持直接指定编码，得先转成 UTF-8 字节再处理（通常需外部预处理或 PL/SQL 调用 UTL_HTTP + 自定义逻辑，不推荐）
- 遇到无效编码如
%GG，函数会抛ORA-29275: partial multibyte character，需用EXCEPTION捕获并 fallback
提取单个参数值：先定位再解码，别在正则里嵌套 UTL_URL.UNESCAPE
常见错误是写 UTL_URL.UNESCAPE(REGEXP_SUBSTR(...)) —— 一旦 REGEXP_SUBSTR 提取到不完整编码片段（比如只截到 %E4），UTL_URL.UNESCAPE 就崩。正确顺序是：先用正则安全提取「整个编码后值」，再统一解码。
示例：从 'name=%E4%BD%A0%E5%A5%BD&city=Shang%2Bhai' 中取 name
SELECT UTL_URL.UNESCAPE(
REGEXP_SUBSTR(
'name=%E4%BD%A0%E5%A5%BD&city=Shang%2Bhai',
'name=([^&]*)',
1, 1, NULL, 1
)
) AS name_value FROM DUAL;
关键点：
- 正则用
([^&]*)而非.*?，避免跨参数匹配 -
REGEXP_SUBSTR第 6 个参数（subexpression）设为1，只取括号内内容，排除name=前缀 - 若参数不存在，
REGEXP_SUBSTR返回 NULL，UTL_URL.UNESCAPE(NULL)安全返回 NULL，不用额外判空
批量解析所有参数：用 REGEXP_SUBSTR 分割 + 循环，别信 XMLTABLE 或 JSON_TABLE
Oracle 12c+ 虽有 XMLTABLE，但 URL query string 不是标准 XML/JSON，强行转容易因特殊字符（&、）报错；且性能比纯正则差 3 倍以上。真实场景下，用递归 CTE 或简单循环更稳。
实操建议（适用于 11g+）：
- 用
REGEXP_SUBSTR配合LEVEL逐个切出key=value对，例如：REGEXP_SUBSTR(qs, '[^&]+', 1, LEVEL) - 对每个片段再用
REGEXP_SUBSTR(..., '^(.*?)=(.*)$', 1, 1, NULL, 1)拆键值，注意要加^和$锚定，防止值里含=时错切 - 拆出的 value 再喂给
UTL_URL.UNESCAPE—— 这步不能省，否则中文、空格、斜杠全变形 - 若某参数重复（如
id=1&id=2），按 Oracle 默认行为，后者覆盖前者；需保留全部时得改用集合类型存储
UTL_URL.UNESCAPE 的隐性限制：不处理 + 空格转换
这是最容易踩的坑：HTTP 表单提交时，空格常被编码为 +，但 UTL_URL.UNESCAPE **完全忽略 +**，只认 %20。所以如果你拿到的是表单类 query string，必须手动把 + 替换成 %20 再解码。
正确写法：
SELECT UTL_URL.UNESCAPE(
REPLACE('hello+world', '+', '%20')
) FROM DUAL;
注意点：
- 只替换独立的
+，别误伤值里的加号（比如math=2+2中的+是业务数据，不该动）—— 所以这步必须在「提取 value 之后、解码之前」做 - 如果原始字符串已含
%20，再REPLACE('+', '%20')会导致重复编码，变成%2520；稳妥做法是先统一把+换成UTL_URL.UNESCAPE处理剩余编码 - Oracle 没有
urldecode兼容模式，这个补丁逻辑得自己写死
复杂点在于：URL 编码规则本身有上下文依赖，而 PL/SQL 没有 HTTP Content-Type 感知能力。你得清楚自己处理的是 raw query string 还是 form-encoded 数据流——这点稍不留意，中文就变问号，空格就消失。
