Apache伪静态在Linux上默认不生效，核心在于mod_rewrite未启用、AllowOverride未设为All、或RewriteBase缺失；需依次确认模块加载、目录权限、规则路径匹配及服务重启。
Apache伪静态在Linux上能用，但默认不生效——核心问题不是规则写得对不对，而是mod_rewrite模块没启用、.htaccess没被允许读取、或者正则匹配路径时漏掉了上下文路径。
确认mod_rewrite已启用且AllowOverride设置正确
很多配置失败根本没走到规则解析那步。先检查httpd.conf（CentOS/RHEL路径通常是/etc/httpd/conf/httpd.conf，Ubuntu/Debian是/etc/apache2/apache2.conf或站点配置文件）：
-
LoadModule rewrite_module modules/mod_rewrite.so这行前面不能有#；没有就手动加一行 - 找到你网站目录对应的
<Directory>块（比如<Directory "/var/www/html">），确认里面有：Options FollowSymLinksAllowOverride All
注意：如果写成AllowOverride None或AllowOverride FileInfo，.htaccess里的RewriteRule会被直接忽略 - 虚拟主机配置里也要检查
<Directory>段，别只改了全局<Directory />
确保.htaccess文件位置和语法合法
.htaccess必须放在请求实际到达的物理目录下，且Apache用户（如apache或www-data）有读取权限：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 文件名必须是
.htaccess（开头带点），Windows下用记事本另存为时选“所有文件”，编码用UTF-8无BOM - 第一行建议加
RewriteEngine On，否则整段规则静默失效 - 如果网站部署在子目录（如
http://example.com/blog/），必须显式声明RewriteBase /blog/，否则RewriteRule ^post-(\d+)\.html$ post.php?id=$1会去匹配/post-123.html而非/blog/post-123.html - 避免在规则里硬写绝对路径，
$1捕获的是RewriteRule左侧正则匹配到的部分，不是URL全路径
常见RewriteRule写法与典型陷阱
规则本身容易写错，尤其是路径分隔、转义、查询字符串处理：
- 匹配
/article/123跳转到article.php?id=123，应写：RewriteRule ^article/(\d+)$ article.php?id=$1 [L]
别漏[L]，否则后续规则可能干扰 - 要保留原始查询参数（如
?ref=abc），加[QSA]标志：RewriteRule ^user/(\d+)$ user.php?uid=$1 [QSA,L] - 匹配带扩展名的伪静态（如
news-456.html），点号.必须转义：RewriteRule ^news-(\d+)\.html$ news.php?id=$1 [L] - 测试时用
curl -I看响应头，避免浏览器缓存301重定向造成误判
调试失败时优先查日志和权限
规则不生效时，别急着改正则——先看基础是否通：
- 重启Apache后执行
sudo systemctl status httpd（或apache2），确认服务没报Invalid command 'RewriteEngine'这类模块错误 - 打开Apache重写日志（仅开发环境）：
在<VirtualHost>或<Directory>里加：RewriteLogLevel 3RewriteLog "/var/log/httpd/rewrite_log"
注意Apache 2.4+已弃用该方式，改用RewriteOptions Inherit+ErrorLog级别调至info - 检查SELinux状态：
getenforce，若为Enforcing，临时设为Permissive排除干扰（sudo setenforce 0） -
.htaccess文件权限至少是644，所在目录需有rx权限给Apache用户
最常被忽略的是RewriteBase和AllowOverride作用域——它们不出现在规则里，却决定整个伪静态是否启动。改完配置不重启、改了全局AllowOverride却没同步到虚拟主机的<Directory>，这两处卡住的人最多。
