composer init 不会自动检测 PHP 版本，因为它仅提供空白交互式表单，所有字段（包括 require 中的 php 约束）均需手动输入，设计上不读取 php -v 或 PHP_VERSION，以支持跨版本开发场景；若需填入当前 PHP 版本约束，可先用 --no-interaction 生成基础文件，再手动或脚本注入 "php": ">=8.1.0" 到 require 顶层。
Composer init 为什么不会自动检测 PHP 版本
composer init 本身不读取当前环境的 php -v 或 PHP_VERSION，它只提供空白交互式表单，所有字段（包括 require 中的 php 约束）都靠手动输入。这不是 bug，而是设计如此——Composer 不假设你的项目必须匹配当前 PHP 版本，比如你可能正在为 PHP 7.4 兼容性开发，但本地跑着 PHP 8.2。
如何让 composer init 自动填入当前 PHP 版本约束
没有原生命令开关，但可以用参数绕过交互直接生成基础 composer.json，再补上 php 约束：
composer init --name=my/package --description="desc" --author="me" --type=library --license=MIT --stability=stable --no-interaction
接着用一行命令注入 PHP 版本要求（需 Bash/zsh）：
php -r "echo json_encode(['php' => sprintf('>= %s.0', substr(PHP_VERSION, 0, 3))], JSON_PRETTY_PRINT);" | jq -s '.[0]' composer.json > tmp.json && mv tmp.json composer.json
更稳妥的做法是手动编辑刚生成的 composer.json，在 require 下加一行：
立即学习“PHP免费学习笔记（深入）”；
"php": ">=8.1.0"
注意：php 是特殊依赖名，不是包名，必须写在 require 顶层，不能嵌套或拼错。
常见填错 php 版本约束导致的问题
填错 php 版本号会引发下游兼容性误判，比如：
- 写成
"php": "^8"：Composer 解析为>=8.0.0 ，但实际 PHP 主版本不支持语义化版本的 <code>^语法，应避免 - 写成
"php": "8.1"：会被解析为==8.1.0，过于严格，漏掉8.1.1等补丁版本 - 写成
"php": ">=8.1"：合法，但建议写全">=8.1.0"更明确，避免某些旧版 Composer 解析歧义 - 把
php放进require-dev：无效，php只在require中生效
真正需要自动识别 PHP 版本时，该用什么替代方案
如果频繁初始化项目且强依赖当前环境 PHP 版本，别反复调 composer init，改用模板脚本：
#!/bin/bash PHP_VER=$(php -r "echo substr(PHP_VERSION, 0, 3);") composer create-project --no-install --no-scripts --no-plugins --repository-url=https://repo.packagist.org/ "composer/composer:2.5.*" ./ sed -i '' "s/\"php\": \"[^\"]*\"/\"php\": \">=$PHP_VER.0\"/" composer.json
或者直接用 composer require --dev phpunit/phpunit 类命令触发自动写入 require，再手动补 php 行——毕竟 composer init 本质是快速草稿工具，不是项目配置引擎。
真正要自动化，就得跳出交互式命令，用脚本或 CI 配置固化 PHP 版本策略，而不是指望 init 猜你想要什么。
