thinkphp8 的核心变更在于默认策略收紧与初始化时机调整：容器绑定须在应用实例中执行、嵌套事务需显式启用且依赖 innodb、模板禁用原生 php 表达式、协程必须通过 php think swoole 启动并使用协程驱动。
ThinkPHP8 不是 PHP 8 的子集，也不是简单套壳——它深度耦合 PHP 8 的类型系统与执行模型，但关键改动全集中在容器初始化时机、协程适配边界、数据库事务策略和模板安全默认值上。直接按 PHP 7 风格写法迁移，大概率在 Db::transaction() 或 App::getInstance()->bind() 处静默失败或行为错乱。
多应用绑定必须用容器实例调用 bind()，不能写在 common.php
常见错误现象：在 app/common.php 里直接调用 Container::getInstance()->bind('Foo', Bar::class)，启动后发现绑定失效，或者被后续应用覆盖。
原因在于 common.php 加载时，应用上下文尚未建立，Container 实例是全局单例，但不同应用可能复用同一容器；而真正生效的绑定必须绑定到当前应用专属的容器实例上。
- 正确做法：在应用初始化阶段（如
app/provider.php或中间件中）使用App::getInstance()->bind() - 或显式获取当前应用容器：
app()->bind('Foo', Bar::class) - 绝对避免在
common.php、base.php等全局加载文件中做 bind 操作
嵌套事务 Db::transaction() 必须显式传 true，且 MySQL 引擎必须是 InnoDB
错误现象：Db::transaction(fn() => Db::transaction(fn() => ...)) 报错 “SQLSTATE[HY000]: General error: 1305 SAVEPOINT TP_SAVEPOINT_1 does not exist” 或直接忽略内层事务。
根本原因：TP8 默认关闭嵌套事务的 savepoint 支持，且依赖底层数据库引擎能力。MySQL 的 MyISAM 不支持 savepoint，READ UNCOMMITTED 隔离级别下 savepoint 也无效。
- 外层事务必须加
true参数：Db::transaction(fn() => ..., true) - 确认表引擎：
SHOW CREATE TABLE your_table;中包含ENGINE=InnoDB - 检查隔离级别：
SELECT @@tx_isolation;应为REPEATABLE-READ或READ-COMMITTED - 不建议在 CLI 命令中测试嵌套事务——部分命令未开启事务上下文
模板默认禁用 PHP 表达式，开启需改配置或换标签
升级后突然发现 {php}echo date('Y');{/php} 可用，但 <?php echo date('Y'); ?> 或 {$var->method()} 报错 “Template syntax error”，不是语法写错，而是默认策略变了。
TP8 将模板执行环境进一步沙箱化，默认禁止原生 PHP 代码执行，防止模板层引入任意代码执行风险。
- 启用方式一：修改配置
'tpl_deny_php' => false（不推荐，降低安全性） - 启用方式二：改用
{php}...{/php}标签包裹，该标签受框架白名单控制，相对可控 - 变量方法调用仍受限于
template.allow_function配置项，默认只放行date、count等安全函数 - 自定义模板函数必须注册到
think\Template的function属性中，不能靠addFunction动态注入
协程支持必须用 php think swoole 启动，且 enable_coroutine=true
你以为开了 swoole.enable_coroutine = 1 就能用协程？错。TP8 的协程适配是框架层主动集成的，不是 Swoole 自动接管。
常见误操作：用 php -S 或 Apache 运行，或用 php think serve 启动，然后在控制器里写 go(function () { ... }) —— 会直接报错或阻塞，因为没进入协程调度器。
- 必须用
php think swoole命令启动（依赖topthink/think-swoole扩展） - 配置项
'enable_coroutine' => true要写在config/swoole.php中，不是php.ini -
Db、Cache、Log等组件需使用协程版驱动（如Swoole\Coroutine\MySQL），普通 PDO 不兼容 - 协程上下文无法跨
go()传递，App::getInstance()在子协程里拿不到主协程的应用实例
最易被忽略的一点：TP8 的“新特性”大多不是加功能，而是改默认值、收紧边界、延迟初始化——比如容器 bind 的时机、事务 savepoint 的开关、模板 PHP 的禁用、协程的入口约束。这些改动不会报错，但会让旧代码行为漂移。上线前务必在真实请求链路中验证绑定、事务、模板、协程四类高频路径，而不是只跑单元测试。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
