是的,ThinkPHP 6.x 仍持续更新但仅限安全补丁与关键 Bug 修复,最新稳定版 v6.3.10 发布于 2025-05-17;TP7 处于 alpha 阶段,无明确 GA 时间表,不建议生产环境使用。
是的,ThinkPHP 6.x 目前(截至 2025 年中)仍处于官方主动维护状态,但更新频率已明显放缓:主版本不再升级,仅发布安全补丁与关键 Bug 修复。最新稳定版为 v6.3.10(2025-05-17 发布),距上一版间隔约 2 个月;而 v6.3.0(首个 LTS 版)发布于 2025-09,已维持 22 个月未升主次版本。
ThinkPHP 7.0 已进入 alpha 阶段,但尚未发布正式版。Gi
tHub 仓库(topthink/think)中 develop 分支持续提交,主要变化包括:
phpunit/phpunit 9.x 的兼容,强制要求 10.xRoute::rule() 默认行为变更(不再自动合并数组参数)think\Config 迁移至 think\helper\Config,旧调用会触发 Deprecated 警告当前无明确 GA 时间表,不建议生产环境预研使用。
核心原因不是人力或意愿问题,而是生态定位差异:
ThinkPHP 主要服务国内中小项目与政企定制系统,需求集中在稳定性、国产化适配(如达梦、人大金仓)、低学习门槛——这天然抑制激进迭代model()->withTrashed() 在 6.3 中才支持软删除关联查询ThinkSwoole 和 ThinkAdmin 等配套工具,框架本体更新让位于周边生态落地直接结论:新项目优先选 ThinkPHP 6.3.x,不是因为“更好”,而是因为“更稳”:
LTS 的版本,承诺维护至 2026 年底Db::name()->where()->find() 的链式调用兼容层,大量老代码需重写think-queue 或 think-swoole,它们的 TP7 兼容分支仍未发布稳定 tagcomposer create-project "topthink/think" myapp "^6.3"
真正需要警惕的不是版本号,而是你项目里那些没写单元测试、又重度依赖 Facade 和 __callStatic 的业务模块——它们在任何一次大版本迁移中都最先出问题。