ThinkPHP 8.0+ 不自动启用 strict_types=1，需在每个 PHP 文件首行手动声明；否则可能报错或类型检查失效。
ThinkPHP 8.0+ 默认已强制启用严格类型检查
PHP 8 的 strict_types=1 是语言层机制，ThinkPHP 自 6.1 起（尤其 8.0+）不再“开启”它，而是要求你主动在每个 PHP 文件顶部声明。框架本身不替你加这行，也不帮你全局注入——这是 PHP 的硬性规则，不是 ThinkPHP 的开关。
常见错误现象：Fatal error: Strict typing is not enabled 或参数类型不符却没报错，其实是文件漏了声明。
- 所有控制器、模型、服务类等 PHP 文件开头必须手动添加
- 第三方扩展或 vendor 包里的文件不受影响，但你自己写的逻辑文件必须逐个加
- 不加这行，哪怕 PHP 8 环境下，
int和string混用也不会报错，等于白跑 PHP 8
tp8 中 typehint 写法与 PHP 8 原生特性冲突点
ThinkPHP 8 使用大量反射和依赖注入，而 PHP 8 新增的联合类型（如 string|int）、命名参数、mixed 等，在框架底层解析时可能触发意外行为。
使用场景：你在控制器方法里写 public function index(int|string $id): mixed，结果路由解析失败或 DI 报 ReflectionException。
- 避免在路由绑定参数、中间件 handle 方法、事件监听器回调中使用联合类型（
|）或mixed，框架反射尚未完全适配 -
?string可用，但string|null更稳妥（PHP 7.1+ 支持，tp8 兼容更好） - 返回类型建议显式写
string、array、JsonResponse，别用void做接口返回（tp8 的响应自动封装逻辑可能绕过类型校验）
配置文件里没有 strict_mode 这个选项
搜 strict_mode 或 enable_strict 配置项？不存在。ThinkPHP 官方配置项里从无此类开关，网上某些教程写的 'strict_mode' => true 是胡编的，加了也无效。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
真正影响类型行为的只有两处：
- PHP 版本是否 ≥ 8.0（
php -v确认） - 你的 PHP 文件是否含
declare(strict_types=1); - Composer autoload 是否加载了带类型声明的类（检查
composer.json的"autoload": {"psr-4": {...}}路径是否覆盖到你加了 strict_types 的文件）
PHP 8.1+ 的 enum 在 tp8 中能用但需绕开验证器
你可以定义 enum Status: string 并在模型属性中使用，但 tp8 的内置验证器（Validate 类）不认识 enum，直接写 'status' => 'enum:App\Enum\Status' 会报错 Rule not exists。
性能影响不大，但容易卡在表单提交或 API 参数校验环节。
- 自定义验证规则：写一个
enum_check规则，用Status::tryFrom($value) !== null判断 - 数据库字段仍建议用
varchar或tinyint，别依赖 MySQL 8.0 enum 类型，tp8 的 Schema 构建不识别 PHP enum - IDE 提示和静态分析（如 PHPStan）能识别 enum，但运行时框架不介入其生命周期
最常被忽略的是：你以为加了 declare(strict_types=1) 就万事大吉，其实 Composer 自动加载顺序、trait 引入位置、以及闭包内类型声明缺失，都会让 strict mode “局部失效”。真要靠得住，得每个文件都 grep 一遍。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
