PHP 8.5 尚未发布，当前最新稳定版是 PHP 8.3；ThinkPHP 6.3 官方支持至 PHP 8.2，6.4 开发版适配 PHP 8.3 但未正式发布。
不能直接用。 ThinkPHP 官方目前（截至 2024 年中）最高仅正式支持到 PHP 8.2，PHP 8.5 尚未发布 —— 它根本不存在。
PHP 8.5 还没出来，别被误导
目前最新稳定版是 PHP 8.3（2023 年 11 月发布），PHP 8.4 处于开发阶段（预计 2024 年底发布），PHP 8.5 是后续版本，连 alpha 都没有。所有声称“PHP 8.5 已发布”或“ThinkPHP 支持 PHP 8.5”的信息，要么是笔误，要么是混淆了版本号（比如把 8.1 写成 8.5）。
常见错误现象：PHP Fatal error: Uncaught Error: Call to undefined function mb_str_split() 或 Deprecated: preg_replace(): Passing null to parameter #3 ($subject) of type array|string is deprecated —— 这些其实是 PHP 8.1/8.2 升级到 8.3 后才暴露的兼容问题，常被误标为“8.5 报错”。
- PHP 版本号严格按年份+序号命名：8.0 → 8.1 → 8.2 → 8.3 → 8.4 → 8.5（未来）
- ThinkPHP 6.3.x 支持 PHP 7.4–8.2；6.4.x（dev 分支）开始适配 PHP 8.3，但尚未发正式版
- 如果你在 docker 或 brew 里看到
php@8.5，那一定是镜像名写错了，实际拉的是 8.1 或 8.2
ThinkPHP 6.3 跑 PHP 8.3 会出什么问题
虽非官方支持，但不少用户已在生产环境跑 TP6.3 + PHP 8.3。主要风险不在框架核心，而在依赖组件和扩展行为变更：
立即学习“PHP免费学习笔记（深入）”；
-
mb_str_split()在 PHP 8.3 中变为内置函数，但旧版mbstring扩展未启用时会报错 —— 检查php.ini是否含extension=mbstring -
json_encode()对资源类型（如mysqli_result）返回null而非空数组，TP 的自动 JSON 包装逻辑可能崩 -
ReflectionParameter::getType()返回ReflectionNamedType更严格，TP 的参数注入解析若没做 instanceof 判断会 throw - 性能上无明显退化，但
opcache.preload在 PHP 8.3 下对 TP 的vendor/autoload.php预加载容易失败，建议关闭预加载或改用opcache_compile_file()显式编译
想用新 PHP 特性？优先看 TP 6.4 dev 分支
TP 官方 GitHub 的 6.4 分支已合并 PHP 8.3 兼容补丁，包括对 #[\Override]、只读类（readonly class）、以及 match 表达式增强的支持。但它还不是稳定版，不建议上生产。
- 临时方案：用
composer create-project topthink/think=6.4.x-dev拉取开发版 - 注意
think-orm也得同步升到3.0.x-dev，否则模型关联会因 PHP 8.3 的__serialize()行为变化而失效 - 测试重点：路由反射、中间件闭包绑定、命令行
php think的参数解析 —— 这三处最常因 PHP 8.3 的 callable 类型推导变化出问题
真正要操心的不是“8.5”，而是你本地 php -v 输出的到底是哪个版本，以及 composer show topthink/framework 装的是不是对应分支。版本号写错一个数字，查三天都找不到根因。
