php 8.1 引入交集类型（a&b），要求值必须同时满足所有指定类型，仅支持接口等对象类型，不支持标量或null，且在 php 8.0 及更早版本中会导致解析错误，无法兼容。
PHP 8.1 的交集类型（&）是 PHP 8.0 没有的语法，PHP 7 更是完全不识别——直接报 Parse error: syntax error, unexpected '&'。这不是警告，是解析失败，项目根本起不来。必须改代码或换环境，没有“兼容开关”可开。
交集类型在哪些地方会出错
交集类型只在 PHP 8.1+ 支持，常见于类型声明位置：
- 函数参数类型：如
function process(Processor&Loggable $obj) - 返回类型：如
function getHandler(): Handler&Cacheable - 属性类型（PHP 8.2+ 才支持，但部分 IDE 或静态分析器可能提前误报）
只要源码里出现 A&B 这种写法，PHP 8.0 及更早版本的解析器就会当场崩溃，连 composer install 都可能卡住（尤其当依赖包的 vendor/ 里含此类代码时）。
降级到 PHP 8.0 或 7.x 时必须清理交集类型
不能只改 php -v 显示的版本，还要确保所有代码（含 vendor）都不含 & 类型。实操要点：
- 全局搜索项目目录：
grep -r '\&[a-zA-Z]' --include="*.php" .—— 注意转义&，避免被 shell 解析 - 检查
vendor/：如果依赖包（如新版psr/cache或某些框架组件）已使用交集类型，你无法修改它，只能锁死该包旧版本（例如在composer.json中写"psr/cache": "^2.0"而非^3.0） - 手动替换：把
Logger&Flushable改成object（最宽泛兜底），或用 PHPDoc 注释补充说明：/** @var Logger&Flushable $logger */+ 参数类型退为object - 注意别漏掉 trait 或 interface 中的声明——它们同样触发解析错误
为什么不能靠 #[\ReturnTypeWillChange] 或其他属性绕过
#[\ReturnTypeWillChange] 只对「返回类型声明不兼容」的废弃警告有效，比如重写 PDO::prepare() 时类型不匹配；它**完全不适用于语法级错误**。交集类型是词法解析阶段就失败，PHP 解析器根本不会走到执行或类型检查那步。试图加属性只会让错误变成两行：Parse error + Attribute not allowed。
长期共存建议：按项目分 PHP 版本运行
混用交集类型和旧版本 PHP 不现实。真正可行的方案是物理隔离：
- 用
php-fpm多实例：为 PHP 8.1 项目配php81-fpm.sock，为 PHP 7.4 项目配php74-fpm.sock，Nginx 根据root或location分流 - CLI 场景下用
update-alternatives（Linux）或brew unlink/php@8.1 && brew link php@8.0（macOS）快速切换默认版本 - CI/CD 中明确指定
php-version: 8.1或7.4，避免因 runner 默认版本变动导致构建失败
交集类型本身不是“高级功能”，而是类型系统演进的自然结果；但它的存在，意味着你不能再用一套代码、一个配置横跨 PHP 7–8.1 全版本——这点比联合类型（|）的兼容性门槛高得多，容易被忽略。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
