Nginx配合MVC框架需通过try_files内部重写将非静态请求转发至index.php，避免return或rewrite redirect导致跳转；静态资源应单独配置缓存规则，确保路由由PHP处理且不暴露入口。
用 Nginx 配合 MVC 框架（如 Laravel、ThinkPHP、CodeIgniter 等）时，核心目标是把所有非静态资源的请求都交给框架的单一入口文件（通常是 index.php）处理。Nginx 本身不解析 PHP 路由，所以必须靠重写规则把“看似真实路径”的 URL 内部转发过去，而不是让浏览器跳转。
关键原则：内部重写，不是外部跳转
MVC 的路由由 PHP 应用自己解析，Nginx 只负责把请求“悄悄送进去”。因此应避免使用 return 301/302 或 rewrite ... redirect 这类触发浏览器重定向的配置——那会暴露真实入口、破坏前端 History 路由，还可能引发循环。
- 优先用
try_files：它按顺序检查文件/目录是否存在，不存在就 fallback 到入口脚本，语义清晰、性能好、无重定向开销 - 慎用
rewrite：仅在try_files无法满足复杂路径变换时使用（例如需提取参数重构成 query string），且结尾加last保证内部重试 location - 绝对避免
rewrite ... permanent或redirect用于主路由——这会让 SPA 的/user/profile实际跳成/index.php?/user/profile并暴露给用户
推荐配置：基于 try_files 的单入口模式
这是最稳定、最通用的做法，适用于绝大多数 MVC 框架：
location / {
try_files $uri $uri/ /index.php?$query_string;
}说明：
-
$uri：先检查请求路径是否对应真实静态文件（如/css/app.css） -
$uri/：再检查是否为真实目录（如/uploads/） -
/index.php?$query_string：都不匹配时，内部转发到index.php，并保留原始查询参数（?id=123会传给 PHP）
注意：root 或 alias 必须正确定义，确保 /index.php 能被正确定位到项目根目录下的入口文件。
需要提取路径参数时的 rewrite 写法
某些框架（如旧版 CodeIgniter）依赖 PATH_INFO，或需将 /api/v1/users/5 显式转为 index.php?path=api/v1/users/5，可用：
location / {
rewrite ^/(.*)$ /index.php?path=$1 last;
}要点：
- 正则
^/(.*)$捕获完整路径（不含 query string），$1即捕获内容 -
last表示重写后重新匹配 location，确保后续能进入 PHP 处理块（如location ~ \.php$） - 不能用
break——它会终止重写但不重新匹配，可能导致找不到 PHP handler - 务必确认 PHP fastcgi_pass 和
fastcgi_param SCRIPT_FILENAME正确，否则index.php无法执行
排除静态资源，提升效率
把 CSS、JS、图片等直接由 Nginx 服务，不经过 PHP：
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff2?|ttf|eot)$ {
expires 1y;
add_header Cache-Control "public, immutable";
}这段放在 location / 之前，利用 location 优先级提前截断静态请求，既减轻 PHP 压力，又支持强缓存。
不复杂但容易忽略：只要确保入口文件可访问、静态资源不被错误转发、重写不触发跳转，MVC 路由就能干净运行。
