不支持，截至2026年3月TYPO3官方未宣布任何稳定版原生兼容PHP 8.5；v12.4要求PHP 8.2–8.4，v13.x alpha/beta仅支持至8.4，因PHP 8.5的__toString()强制返回string、strict_types默认启用及Uri接口变更等破坏性更新导致兼容问题。
TYPO3 官方是否支持 PHP 8.5？
不支持，截至 2026 年 3 月，TYPO3 官方尚未宣布任何稳定版本原生兼容 PHP 8.5。最新长期支持版 TYPO3 v12.4（2025 年底发布）明确要求 PHP 8.2–8.4，而正在开发的 v13.x 系列（当前为 alpha/beta 阶段）也仅声明支持到 PHP 8.4，未将 PHP 8.5 列入兼容列表。
为什么 TYPO3 暂不支持 PHP 8.5？
核心原因在于 PHP 8.5 引入了若干破坏性变更，与 TYPO3 的底层机制存在冲突：
-
__toString()方法现在必须返回string，否则抛出TypeError；而 TYPO3 多处使用了隐式类型转换或返回null的旧写法，运行时直接报错 - PHP 8.5 默认启用
strict_types=1全局行为（部分上下文），导致大量未声明严格类型的扩展（如adminpanel、fluid渲染器）在加载时失败 -
Uri扩展的接口变更影响了 TYPO3 内部的UriBuilder和路由解析逻辑，parse_url()行为微调也会触发PageRepository的缓存键生成异常
强行在 PHP 8.5 上跑 TYPO3 会遇到什么错误？
常见崩溃点集中在启动和渲染阶段，典型现象包括：
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 后台登录页白屏，日志中出现
Fatal error: Uncaught TypeError: __toString() must return a string - 前端访问时提示
Class "TYPO3\CMS\Core\Http\Uri" not found（即使已安装 core 包，因自动加载器被 PHP 8.5 的新符号解析规则干扰） - 执行
composer install时卡在typo3/cms-core的post-autoload-dump钩子，报Declaration of ... must be compatible with ... -
typoscript解析器在处理条件语句（如[applicationContext == "Development"]）时静默跳过，导致配置未生效但无报错
现阶段该怎么做？
如果你已升级系统 PHP 到 8.5，又必须运行 TYPO3，请按优先级操作：
立即学习“PHP免费学习笔记（深入）”；
- 降级 PHP 至
8.4.15（目前最稳定的 LTS 小版本），这是 TYPO3 v12.4 官方认证的最高支持版本 - 若无法降级，可临时在
php.ini中添加zend.assertions = -1和opcache.enable = 0，缓解部分 JIT 相关兼容问题（仅限开发环境） - 避免使用 PHP 8.5 新特性（如 first-class callable 在 typoscript 配置中的间接调用），所有自定义扩展需显式标注
<?php declare(strict_types=1); - 关注 TYPO3 官方 GitHub 的
core仓库 issue #10927（标题为 “Support PHP 8.5”），该 issue 已标记为planned-for-v13.1，但发布时间未定
真正要注意的是：不是“能不能跑起来”，而是“有没有完整功能+可维护性”。很多团队试过 patch 核心类绕过报错，结果发现调度任务（scheduler）、文件索引（file indexer）和 FE 缓存失效全不可用——这些不会在首页报错，但上线后才暴露。
