Ubuntu EC2环境下Apache Rewrite与lib目录同名冲突问题求助

我之前在EC2上部署PHP项目时也碰到过一模一样的问题，核心原因基本都是Rewrite规则误把静态资源请求当成动态路由请求重写了，导致服务器找不到对应的文件。下面是我当时排查和解决的步骤，你可以照着试试：

1. 优先放行真实存在的文件/目录 #

这是最通用的解决方案，在你的Rewrite规则前面加上判断条件：如果请求的文件或目录确实存在，就直接返回，不执行后续重写逻辑。

如果用的是.htaccess文件，修改后应该是这样：

# 若请求的是真实存在的文件，直接放行，停止后续规则
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^ - [L]

# 若请求的是真实存在的目录，直接放行，停止后续规则
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]

# 这里写你原本的重写规则（比如把所有请求导向入口文件）
RewriteRule ^(.*)$ index.php [QSA,L]

解释下关键参数：

• -f 代表判断请求路径是否为已存在的文件
• -d 代表判断请求路径是否为已存在的目录
• [L] 表示这是最后一条规则，匹配后不再执行后续规则

这样lib/customized.css这类真实存在的静态资源就不会被重写，能正常访问了。

2. 确认mod_rewrite的配置是否生效 #

有时候看似启用了规则，但实际配置没生效：

• 先执行命令确保模块已启用：sudo a2enmod rewrite
• 重启Apache服务：sudo systemctl restart apache2
• 如果用的是.htaccess，还要检查虚拟主机配置里是否允许覆盖：

  <Directory /var/www/你的网站根目录>
      AllowOverride All
  </Directory>
  

  修改后记得重启Apache。

3. 针对性排除静态资源目录 #

如果上面的方法不管用，可能是你的原有规则匹配范围太广，可以直接排除lib目录：

# 排除所有以/lib/开头的请求，不执行重写
RewriteCond %{REQUEST_URI} !^/lib/
# 你的原有重写规则
RewriteRule ^(.*)$ index.php [QSA,L]

最后测试 #

修改配置后重启Apache，直接访问http://你的域名/lib/customized.css，看是否能正常加载。如果还是失败，去Apache错误日志/var/log/apache2/error.log里找具体报错，日志会告诉你是文件找不到还是规则匹配的问题。

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