mod_rewrite默认对重写URL路径进行URI编码，B标志用于提前编码反向引用以避免解析错误，NE标志才真正防止最终输出被重复编码；二者作用不同，可共存。
Apache 的 mod_rewrite 默认会对重写后的 URL 路径进行 URI 编码（即转义），比如空格变成 %20、等号变成 %3D、斜杠变成 %2F 等。当你需要保留原始路径中的特殊符号（如 =、/、?、空格等）不被自动编码时，B 标志（escape backreferences）就是关键——但它常被误解。实际上，B 标志不是用来“禁用编码”，而是用来“提前对反向引用做编码”，以避免因未编码导致的解析错误。真正防止输出被重复编码的，是 NE（no escape） 标志。
为什么 B 标志容易被误用
很多人看到“B = escape backreferences”，就以为它能“保留原始字符”。其实相反：B 会让 $1、$2 等反向引用的内容先做一次 URI 编码，再参与拼接。这在某些场景下反而是必须的，比如当原始路径中含未编码的空格或等号，而目标 URL 又作为查询参数值传递时，不加 B 就可能导致 Apache 在后续解析中出错（如 400 Bad Request）。所以 B 不是“不转义”，而是“更早、更安全地转义”。
什么时候该用 B 标志
以下情况建议显式加上 [B]：
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 原始 URL 路径中包含未编码的空格、
=、&、#等，且这些内容要作为查询参数值传给后端（如/user/name with space→/index.php?name=name%20with%20space） - 使用
RewriteCond捕获了 QUERY_STRING 中的值，并在RewriteRule中用$1引用，而该值本身含特殊符号 - 重写目标中拼接了多个动态片段，其中某段来自用户输入路径，为防注入或解析失败需预编码
真正保留原始符号：用 NE 标志
如果你的目标是让重写结果里**显示原始字符而非编码形式**（例如希望 /foo/zoo=bar 显示为 /bar?arg=zoo=bar，而不是 /bar?arg=zoo%3Dbar），那必须配合 [NE]：
RewriteRule ^/foo/(.*) /bar?arg=$1 [R,NE]
注意：NE 和 B 可共存，但作用对象不同：
– $1 若含 =，加 [B] 会把它变成 %3D；
– 加 [NE] 则告诉 Apache：“别再对我最终生成的整个目标字符串做二次编码”。
所以若既要安全拼接又要原样呈现，通常只需 [NE]；只有在反向引用内容本身“太生猛”（如含未编码斜杠）时才考虑加 [B]。
实用配置示例
假设你有请求 /api/v1/user?id=123&name=test+user，想重写为 /handler.php?raw=/api/v1/user?id=123&name=test+user，且要求 raw= 后面完整保留原始查询串：
RewriteCond %{QUERY_STRING} (.+)
RewriteRule ^/api/(.*) /handler.php?raw=/%1 [B,NE,L]
这里：
– %1 是 RewriteCond 捕获的原始 QUERY_STRING（含 &、=、+）
– [B] 确保 %1 中的特殊字符被编码成合法 URI 组件（如 + → %2B）
– [NE] 防止 Apache 把已编码好的 ?raw=... 整体再编码一遍
– 最终浏览器地址栏显示的是正确编码后的 URL，后端也能通过 $_GET['raw'] 安全获取原始串
