[NE]全称No Escape，禁止mod_rewrite对替换后的URL中#、?、&、/等特殊字符自动URI编码，确保锚点、查询参数及路径符号保持字面意义，常与[R=301]、[QSA]、[P]等标志配合使用。
![apache rewriterule 标志位 [ne] 怎么用](https://img.php.cn/upload/article/001/242/473/178624946210145.jpg)
[NE] 是 Apache RewriteRule 中一个关键但容易被忽略的标志位，全称 No Escape（不转义），作用是禁止 mod_rewrite 对替换后的 URL 中的特殊字符（如 #、?、&、/ 等）做自动 URI 编码（hex-escape）。
默认情况下，mod_rewrite 会把 Substitution 字符串中所有非字母数字字符（比如空格、#、=、/）自动转义成 %20、%23、%3D 等形式。这在多数内部重定向中没问题，但在需要保留原始语义（尤其是锚点 # 或含查询参数的链接）时，会导致 URL 被错误编码，浏览器行为异常。
什么时候必须加 [NE]？
当你希望替换结果里直接出现 # 锚点、未编码的 /、或原始 ? 查询符，且不希望它们被变成 %23、%2F、%3F 时，就必须用 [NE]。
常见场景包括：
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 把请求重定向到带锚点的页面（如
/old.html#section2） - 构造含原始查询字符串的跳转（配合
[QSA]使用更安全） - 重写后目标本身含
/或.等需保持字面意义的路径段（尤其在代理或伪静态中）
⚠️ 注意：
[NE]只影响Substitution字符串的输出编码，不解决 URL 中已存在的非法编码问题（比如客户端传入%2F，需额外配置AllowEncodedSlashes On才能正常匹配）。
典型用法示例
✅ 正确保留 # 锚点（无 [NE] 会变成 %23）
RewriteEngine On RewriteRule ^old\.html$ /new.html#top [R=301,NE,L]
→ 浏览器跳转到 https://example.com/new.html#top
❌ 不加 [NE]：实际跳转为 /new.html%23top，锚点失效。
✅ 拼接查询参数并保留原始符号
RewriteRule ^search/(.*)$ /search.php?q=$1&src=rewrite [QSA,NE,L]
若访问 /search/hello world+test，$1 是 hello%20world%2Btest，
加上 [NE] 后，q= 后的值仍保持 URL 编码形式（这是正确的），而 & 和 = 不会被二次编码为 %26/%3D。
✅ 配合 [P] 代理转发时避免路径被转义
RewriteRule ^/api/(.*)$ http://backend.example.com/v1/$1 [P,NE,L]
确保 $1 中的 /、. 等不被编码，后端能正确解析路径。
常见误区提醒
-
[NE]不能替代[QSA]：[QSA]是追加原始查询字符串（?a=1&b=2），[NE]是防止替换内容被编码。两者常一起用，但职责不同。 -
[NE]对RewriteCond无效：它只作用于RewriteRule的Substitution输出。 -
[NE]不保证安全性：它只是关闭自动转义，若$1来自不可信输入（如用户提交的路径），需自行过滤或校验，避免注入风险。 -
[NE]在.htaccess和httpd.conf中行为一致，但需确保mod_rewrite已启用且AllowOverride All允许重写。
不复杂但容易忽略 —— 只要你的重写目标里有 #、?、&、/ 这类字符本意就是字面意思，而不是待编码内容，就该带上 [NE]。
