apache url重写是php mvc框架实现优雅路由的关键，通过mod_rewrite将非静态请求统一交由index.php处理，再由php解析路径并分发至对应控制器和方法。
Apache URL 重写是 PHP MVC 框架实现优雅路由的关键一环，核心思路是把所有动态请求统一交给前端控制器（如 index.php）处理，再由 PHP 层解析路径、分发到对应控制器和方法。它不负责业务逻辑，只做“引路”工作。
让所有请求落到 index.php
这是 MVC 路由的第一步：屏蔽原始文件路径，避免直接暴露控制器或模型文件。最常用且安全的方式是通过 Apache 的 mod_rewrite 实现。
- 确保 Apache 已启用
rewrite_module（检查httpd.conf中LoadModule rewrite_module是否取消注释） - 在项目根目录的
.htaccess文件中写入：
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [QSA,L]
其中：!-f 和 !-d 排除真实存在的文件（如 css/style.css）和目录（如 uploads/），其余全部交由 index.php 处理；[QSA] 保留查询参数，[L] 表示终止后续规则匹配。
区分静态资源与动态路由
不是所有请求都要走 MVC 流程。JS、CSS、图片、字体等静态资源应直出，不经过 PHP 解析，提升性能并减少干扰。
Apache 2.4.62
下载
Apache 2.4.62 官方 tar.gz 源码包是 Linux 及类 Unix 系统构建 Web 服务器的核心基础。通过源码编译安装，开发者能够灵活定制模块、优化性能并精准控制安装路径，满足多样化的业务需求。
- 推荐将 Web 可访问资源集中放在
public/目录下，并设为 Apache 的 DocumentRoot - 在
public/.htaccess中可进一步细化放行规则，例如：
RewriteEngine On
# 放行已存在的静态文件
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
<h1>其他请求交给 index.php</h1><p>RewriteRule ^(.*)$ index.php [QSA,L]</p>
这样既保护了 app/、config/ 等敏感目录不被外部访问，又避免了对 favicon.ico 或 robots.txt 的误转发。
PHP 层解析 URL 并调用控制器
Apache 把请求交给 index.php 后，真正的路由逻辑才开始。你需要从中提取路径段，映射到控制器类和方法。
- 获取原始路径（去掉查询参数）：
$path = parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH); - 按
/分割路径，过滤空值和首尾斜杠，例如/user/profile/123→['user', 'profile', '123'] - 约定前两段为
controller和action，剩余为参数：new UserController()->profile(123) - 注意自动加载类名规范（如 PascalCase）、方法存在性校验、HTTP 方法限制（GET/POST 区分）
避免常见陷阱
看似简单，实操中容易踩坑：
-
本地开发（XAMPP/MAMP）需确认
AllowOverride All已在虚拟主机或主配置中启用，否则.htaccess不生效 -
不要在
RewriteRule中硬编码路径前缀，比如写成^/myapp/(.*)$—— 这会让部署到子目录时失效；应使用RewriteBase /或依赖相对路径逻辑 -
禁用目录浏览和敏感文件访问：在
.htaccess中添加Options -Indexes和Deny from all（对app/、config/等目录单独设置） -
调试时开启 Apache 的 rewrite 日志（
RewriteLogLevel 3+RewriteLog "/path/to/log"），能快速定位重写是否触发、匹配是否正确
