答案是composer不解析readonly语法，只依据composer.json的php约束选包；装不上或崩溃主因是cli php版本不符、config.platform.php错配或依赖未声明php 8.1支持。
Composer 本身不解析 PHP 8.1 的只读属性（readonly）语法，它只认 composer.json 里写的版本约束；装不上、报错或运行时崩溃，90% 是因为环境 PHP 版本、config.platform.php 锁定、或依赖包未声明支持 PHP 8.1 导致的误匹配，不是语法本身的问题。
PHP 8.1 只读属性代码能跑，但 Composer 报错？先看真实 CLI 版本
只读属性是 PHP 解释器层面的语法特性，Composer 完全不关心你写了多少个 readonly。它只在 composer install 或 composer update 时，拿当前 CLI 的 PHP 版本去比对 composer.json 中的 "php": "^8.1" 约束。
- 运行
php -v和which php，确认终端实际调用的是 PHP 8.1+ —— 别信面板、phpinfo()或 Web SAPI - 检查
composer.json的require.php是否明确写了"^8.1"（不是"8.1"，也不是">=8.1.0"，后者不触发 SemVer 匹配逻辑） - 如果
php -v输出是8.0.28，哪怕你代码全是readonly，Composer 也会拒绝安装标称"php": "^8.1"的包，比如新版laravel/framework
config.platform.php 设成 7.4，却想用 PHP 8.1 的只读属性？这是自欺欺人
config.platform.php 是“告诉 Composer 假装在某个 PHP 版本下选包”，不是“让低版本 PHP 支持新语法”。设成 "7.4.33"，Composer 就会跳过所有要求 "php": "^8.1" 的包，哪怕你本地是 PHP 8.1，也装不到真正兼容只读属性的版本。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 删掉
config.platform.php或改成"8.1.10"（必须是完整小版本号，"^8.1"会被忽略） - 改完后必须删掉
composer.lock和vendor/，再跑composer update --lock，否则旧 lock 文件仍按原平台解析 - 别指望
config.platform.php能帮你绕过运行时错误：PHP 7.4 执行含readonly的类，直接ParseError，Composer 不管这个
为什么装了标称支持 PHP 8.1 的包，运行时却报错？查它的 composer.json
很多包 README 写着“支持 PHP 8.1”，但 composer.json 没更新 require.php 字段，或者把版本约束写在 conflict 或 require-dev 里 —— Composer 不会因此拒绝安装，但运行时可能崩。
- 用
composer show vendor/package查它实际声明的 PHP 版本（看输出里的requires行） - 如果显示
php: >=7.4.0，那它根本没适配只读属性，哪怕你本地是 PHP 8.1，它也不会用带readonly的代码分支 - 某些包（如
symfony/property-access）在 v6.2+ 才开始用只读属性，但 v6.1 仍标称"php": "^8.0"—— 这时候要手动锁版本："symfony/property-access": "^6.2"
composer install --ignore-platform-req=php 能临时跑通，但千万别上线
加这个参数会让 Composer 忽略所有 PHP 版本校验，强行装包。它解决不了任何问题，只是把报错从安装阶段推迟到运行时。
- PHP 7.4 加载含
readonly的类文件 → 直接Parse error: syntax error, unexpected token "readonly" - PHP 8.0 加载用了联合类型（
string|int）又带readonly的类 → 同样崩，因为联合类型是 PHP 8.0 引入，readonly是 8.1 - CI/CD 中用这个参数，等于放弃兼容性守门员；生产部署必须确保
php -v、composer.json#require.php、config.platform.php三者严格对齐
最易被忽略的点：只读属性本身不改变自动加载逻辑，但如果你在 autoload 配置里引用了尚未被 PHP 8.1 解析的类路径（比如用了 classmap 但没跑 composer dump-autoload），错误会伪装成语法问题 —— 实际是 autoloader 没注册，根本没走到解析 readonly 那一步。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
