ThinkPHP5不支持微服务架构，因其是单体MVC框架，缺乏服务注册、发现、熔断等基础设施，仅支持伪静态URL重写；所谓“伪静态微服务”属概念混淆，多应用部署或HTTP调用均非真正微服务。
ThinkPHP5 本身不支持微服务架构，所谓“ThinkPHP5伪静态微服务”是概念混淆 —— 伪静态是 URL 重写机制，微服务是系统拆分模式，二者不在同一维度，不能“一起配”。
为什么 TP5 不能搞微服务？
ThinkPHP5 是单体 MVC 框架，没有服务注册、发现、熔断、负载均衡等微服务基础设施。它跑在单一 PHP-FPM 进程里，所有逻辑共享同一个 runtime、配置和数据库连接池。强行拆“模块”为“服务”，只是目录隔离，不是进程/网络/部署层面的微服务。
常见误解来源：
- 把“多应用模式”（
app目录下多个子目录）当成微服务 —— 实际仍是同进程内路由分发 - 用 Nginx
upstream反向代理多个 TP5 项目，再配伪静态 —— 这是多站点部署，不是微服务通信 - 在 TP5 里调用其他 HTTP 接口（如
curl请求 /user/info）就自称“微服务调用” —— 缺少契约、监控、链路追踪等关键能力
如果你真要让多个 TP5 应用共存且都支持伪静态
核心是：每个 TP5 应用必须独立部署、独立入口、独立服务器配置，不能共用 public 目录或混用 index.php。伪静态规则必须按实际部署路径逐个写死。
立即学习“PHP免费学习笔记（深入）”；
典型结构示例：
/var/www/user-service/ → public/index.php（用户服务） /var/www/order-service/ → public/index.php（订单服务）
Nginx 配置要点（以 user-service 为例）：
-
root必须指向/var/www/user-service/public，不是项目根目录 - 伪静态规则中
try_files的 fallback 路径要写成/public/index.php?$query_string，不是/index.php - 必须在
location ~ \.php$块中显式添加：fastcgi_param PATH_INFO $fastcgi_path_info;，否则 TP5 启动报 “URL pathinfo not supported” - 若用宝塔，每个网站的「运行目录」必须设为
/public，不能留空或设为根目录
伪静态在多服务场景下的真实作用
它只解决单个服务的 URL 友好性问题，比如把 https://user.example.com/index.php?s=user/profile&id=123 变成 https://user.example.com/user/profile/123。但这个过程完全不涉及服务间通信。
真正需要关注的是：
- 各服务的域名或路径前缀是否冲突（如都用
/api/） - 统一网关（如 Kong、Nginx）如何把
/user/**转发到 user-service，把/order/**转发到 order-service —— 这才是“微服务路由”，和 TP5 伪静态无关 - 各服务的
url_html_suffix和pathinfo_depr配置是否一致，避免前端拼 URL 时出错
最后提醒：TP5 的生命周期已基本结束，官方不再维护。如果真有微服务需求，应直接选用 Swoole + Hyperf、Laravel Octane 或 Go/Java 生态，而不是在 TP5 上堆砌伪静态规则来假装微服务。
