@符号用于显式指定依赖的稳定性级别，如@dev、@stable等，绕过minimum-stability配置；它不表示版本别名或分支映射，仅强制当前require条目的稳定性解析。
Composer 中的 @ 符号本身**并不直接用于指定稳定性标志**，它只是版本约束语法中的一部分，真正起作用的是带 @ 的“完整包版本说明符”（如 dev-master@dev），用于显式覆盖默认稳定性规则。
理解 @ 符号的实际作用
@ 后面跟的是稳定性标识符（stability flag），比如 @dev、@stable、@RC、@alpha 等。它的作用是强制 Composer 将该依赖按指定稳定性级别处理，绕过 minimum-stability 配置或隐式规则。
-
"monolog/monolog": "dev-main@dev"→ 明确要求安装dev-main分支，且允许不稳定版本 -
"phpunit/phpunit": "9.6.13@stable"→ 即使minimum-stability是dev，也只接受稳定版 - 不加
@时，Composer 根据版本字符串自动推断稳定性（如dev-master→dev，1.2.3→stable）
为什么不能写 dev-master as 1.0.x-dev？
as 语法（如 "dev-master as 1.0.x-dev"）属于 版本别名（alias），只能用在 repositories 的 package 类型定义中，或通过 provide 声明虚拟包，不能直接写在 require 的版本字段里。
- 错误写法：
"vendor/pkg": "dev-master as 1.0.x-dev"→ Composer 报错：Unrecognized field "as" - 正确做法：若需别名，应在自定义仓库中定义 package 并设置
"version": "1.0.x-dev"和"source": { "reference": "dev-master" } -
as不影响稳定性，只影响版本解析和冲突检测
如何安全使用 @ 指定稳定性
推荐在明确需要临时放宽/收紧稳定性时使用，同时配合 minimum-stability 和 prefer-stable 全局控制：
- 在
composer.json中设置基础策略："minimum-stability": "stable"，"prefer-stable": true - 对个别开发依赖显式放开：
"phpunit/phpunit": "^10.5@dev" - 避免滥用
@dev，尤其是生产环境；可用require-dev隔离 - 注意：@ 后的稳定性必须是 Composer 认可的值（
dev、alpha、beta、RC、stable），大小写敏感
常见误区提醒
很多人混淆了三个概念：版本别名（as）、稳定性强制（@xxx）、分支别名（branch-alias）。它们用途完全不同：
-
@只改当前 require 条目的稳定性解释方式，不改源码分支或发布逻辑 -
as是仓库级声明，用于让非标准版本号“看起来像”某个语义化版本 -
branch-alias写在被依赖包自身的composer.json里，用于映射分支到开发版本号（如"dev-main": "2.0.x-dev"）
基本上就这些。@ 符号不是魔法，它只是稳定性开关——用对地方很实用，乱用反而让依赖变得难以预测。
