从 GET 参数到 PATH_INFO 的路由迁移及其挑战
在web开发中，路由是管理不同页面和功能请求的关键机制。传统上，许多应用通过get参数进行路由，例如 index.php?action=imagegallery。然而，为了追求更“干净”和restful的url结构，开发者常选择利用服务器环境变量 $_server["path_info"] 来实现路径式路由，例如将上述url重写为 index.php/imagegallery。这种迁移虽然带来了url美观性的提升，但若不理解其对相对路径解析的影响，则可能导致html 链接行为异常。
考虑一个典型的PHP项目，包含主页 (index.php)、图片画廊 (imageGallery) 和添加图片 (addImage) 功能。当使用GET参数时，导航链接通常如下：
主页 画廊 添加图片
这种方式下，无论当前页面是哪个，点击链接都能正确导航。然而，当尝试迁移到 PATH_INFO 风格的URL时，将链接修改为：
主页 画廊 添加图片
此时，用户可能会遇到以下问题：
- 从 www.universitydomain.subdomain/myProject/index.php 导航到画廊页面，URL变为 www.universitydomain.subdomain/myProject/index.php/imageGallery，这符合预期。
- 但在画廊页面点击“主页”链接 () 时，URL却变成了 www.universitydomain.subdomain/myProject/index.php/index.php，而非预期的 www.universitydomain.subdomain/myProject/index.php。
- 同样，在画廊页面点击“添加图片”链接 () 时，URL可能变成 www.universitydomain.subdomain/myProject/index.php/index.php/addImage。
这种意外的路径拼接行为，是由于浏览器在解析相对URL时，会将其与当前页面的基准URL进行拼接。当URL中引入 PATH_INFO 部分后，例如 index.php/imageGallery，浏览器会将其 index.php/ 视为新的基准路径，导致后续相对链接解析错误。
立即学习“PHP免费学习笔记（深入）”；
根本原因：URL 解析规则
此问题的核心在于浏览器对相对URL的解析规则。当浏览器遇到一个相对URL（如 index.php 或 imageGallery）时，它会根据当前文档的URL来解析这个相对路径。
- GET 参数模式下： www.example.com/project/index.php?action=gallery。尽管有GET参数，文档的基准URL仍然是 www.example.com/project/index.php。因此，href="index.php" 会解析为 www.example.com/project/index.php。
- PATH_INFO 模式下： www.example.com/project/index.php/imageGallery。此时，浏览器会将 index.php/ 视为路径的一部分，导致当前文档的基准URL变为 www.example.com/project/index.php/。因此，href="index.php" 会被错误地解析为 www.example.com/project/index.php/index.php。
这种行为是URL解析的标准规则，与服务器端语言无关，但会影响前端HTML链接的构建方式。
解决方案：统一路径处理与链接优化
为了解决这个问题，我们需要确保所有链接都能够正确地解析到目标路径，无论当前页面的URL结构如何。这通常涉及服务器端和客户端（HTML链接）的协同调整。
1. 服务器端重定向：统一主页入口
一种有效的策略是在服务器端处理根路径请求，将其重定向到一个具有与 PATH_INFO 路由页面相同路径组件数量的统一入口。例如，如果 imageGallery 页面是 index.php/imageGallery，那么主页也应该有一个类似的路径，如 index.php/mainPage 或直接使用 index.php/。
在 index.php 文件中，可以添加如下PHP代码来处理空 PATH_INFO 的情况：
页面已移动页面已移动
请点击 这里 跳转。
'; exit; // 确保重定向后脚本停止执行 } // 后续是处理 $_SERVER['PATH_INFO'] 的路由逻辑 // ... ?>
通过这种方式，当用户访问 index.php 时，会被自动重定向到 index.php/mainPage，从而使所有页面都处于一个“深度”的路径结构下。
2. 调整 HTML 链接：使用一致的相对路径
一旦服务器端处理了基准路径，前端的HTML链接也需要相应调整，以利用这种统一的路径结构。目标是让所有链接都相对于其所在的基准目录进行解析。
如果所有页面都通过 index.php/ 作为前缀，那么后续的路径组件可以直接作为相对链接。
示例：使用统一的相对路径
假设所有页面都以 index.php/ 为基准。
主页 画廊 添加图片
在 index.php/imageGallery 页面上，点击 href="mainPage" 将会解析为 index.php/mainPage，而不是 index.php/imageGallery/mainPage，因为浏览器会将 index.php/ 视为基准。
更简洁的基准路径链接
对于主页链接，如果希望直接回到 index.php/，可以使用 ./ 或 . 来表示当前目录。
主页 画廊 添加图片
这里的 href="./" 会将链接解析为 index.php/，从而正确导航回主页。对于 imageGallery 和 addImage 这样的相对链接，它们会相对于 index.php/ 进行解析，行为符合预期。实际上，./ 前缀在很多情况下是可选的，直接写 href="mainPage" 或 href="imageGallery" 也能达到同样的效果，因为浏览器会默认在当前路径下查找。
注意事项与总结
- 理解 URL 解析机制： 解决此类问题的关键在于深入理解浏览器如何解析相对和绝对URL。RFC 3986 等标准文档详细定义了这些规则。
- 一致性原则： 在采用 PATH_INFO 路由时，尽量保持所有页面的URL结构具有一致的“深度”，或者通过服务器端重写规则（如 Apache 的 mod_rewrite 或 Nginx 的 rewrite）将所有请求导向 index.php 并由其统一处理 PATH_INFO。
- 前端控制器模式： 这种将所有请求导向单一入口文件（如 index.php）并由其根据 PATH_INFO 进行分发的模式，被称为“前端控制器”模式，是许多现代MVC框架的基础。
-
基准标签（
）： 在某些复杂场景下，如果页面路径深度变化较大，可以考虑在HTML头部使用 标签来显式设置文档的基准URL，从而影响所有相对URL的解析。但通常情况下，通过上述方法调整链接本身更为直接和易于维护。
通过以上策略，开发者可以平稳地从传统的GET参数路由迁移到更具语义化的 PATH_INFO 路由，同时避免因相对链接解析问题导致的导航异常，提升Web应用的整体可维护性和用户体验。
