apache多条件重写核心在于rewritecond与rewriterule的精准组合：需先启用mod_rewrite并配置allowoverride all和rewriteengine on；每组rewritecond仅作用于紧随其后的rewriterule，默认and逻辑，可用[or]实现或判断；分支规则须按 specificity 从高到低排序，配合!-f/!-d排除静态资源，并通过trace日志与curl分步调试。
Linux 中 Apache 配置复杂的多条件分支重写规则，核心在于用好 RewriteCond 与 RewriteRule 的组合逻辑，而不是堆砌规则。它不是“写得多就强”，而是靠条件嵌套、顺序控制和标志精准协同，才能让不同请求走不同路径。
先确保基础环境支持多条件判断
模块没启用或权限没放开，再多条件也无效：
- 确认
mod_rewrite已加载：运行httpd -M | grep rewrite（CentOS/RHEL）或a2enmod rewrite && systemctl restart apache2（Debian/Ubuntu） - 在对应虚拟主机的
<directory></directory>块中，必须同时设置：Options +FollowSymLinksAllowOverride AllRewriteEngine On（不能只写在<virtualhost></virtualhost>顶层） - 重启 Apache 生效，否则所有条件判断都不执行
理解 RewriteCond 的作用范围和逻辑链
每条 RewriteCond 只对紧随其后的那一条 RewriteRule 生效，且默认是“AND”关系——所有条件都满足才触发规则。要实现“分支”，就得靠多组“条件+规则”并列，或用 [OR] 改变逻辑：
- 多个
RewriteCond连续写，等价于cond1 AND cond2 AND cond3 - 加
[OR]标志可实现“或”逻辑，例如：RewriteCond %{HTTP_HOST} ^www\.example\.com$ [OR]RewriteCond %{HTTP_HOST} ^example\.com$RewriteRule ^(.*)$ https://example.com/$1 [R=301,L] - 想跳过某类请求？常用排除条件：
RewriteCond %{REQUEST_FILENAME} !-f（不是真实文件）RewriteCond %{REQUEST_FILENAME} !-d（不是真实目录）
典型多分支场景写法示例
比如一个站点要同时处理：PC 端跳转、移动端适配、API 接口代理、静态资源放行——不靠分支就容易冲突：
-
分支一：移动端自动跳转
RewriteCond %{HTTP_USER_AGENT} "Android|iPhone|iPad" [NC]RewriteCond %{HTTP_HOST} ^(www\.)?example\.com$RewriteRule ^(.*)$ https://m.example.com/$1 [R=302,L] -
分支二：API 请求反向代理
RewriteCond %{REQUEST_URI} ^/api/RewriteRule ^/api/(.*)$ http://backend:8080/$1 [P,L] -
分支三：伪静态路由（仅当非文件/目录时生效）
RewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule ^(.*)$ /index.php [L] -
注意顺序：把最具体的规则（如
/api/）放在前面，通用兜底规则（如最后的index.php）放末尾，避免被提前截断
调试技巧：避免“写了没反应”
多条件规则出错很难一眼看出，建议分步验证：
- 先只保留一条最简
RewriteCond + RewriteRule，确认能触发；再逐步加条件 - 开启重写日志（Apache 2.4+）：
在虚拟主机配置中加：LogLevel alert rewrite:trace3，然后查error_log - 用
%{ENV:REDIRECT_STATUS}区分是否已被重写过，防止循环（比如在规则开头加：RewriteCond %{ENV:REDIRECT_STATUS} ^$） - 测试时用
curl -I看响应头，确认是 301/302 跳转还是内部重写（无状态码变化）
