能，但Prophecy不是独立工具，而是phpspec的底层模拟引擎；单独安装phpspec/prophecy无CLI命令，仅适用于PHPUnit中手动创建mock；行为驱动测试应安装phpspec/phpspec。
Prophecy 能不能直接用 Composer 安装？
能，但必须明确：Prophecy 不是独立运行的工具，它是 phpspec 的底层模拟引擎，单独安装 phpspec/prophecy 包本身不会给你可执行命令或 CLI 工具。
常见错误现象：composer require phpspec/prophecy 成功后，运行 prophecy 命令报错 “command not found”，因为 Prophecy 没有提供二进制入口。
- 如果你只写单元测试（比如用 PHPUnit），想在测试里手动创建 mock 对象，可以单独装
phpspec/prophecy - 如果你要写行为驱动测试（BDD）、跑
phpspec run、依赖 spec 文件自动生成和验证，那应该装phpspec/phpspec，它会自动拉取phpspec/prophecy作为依赖 - 两者兼容性没问题：当前主流 PHP 版本（8.0–8.3）下，
phpspec/phpspec ^7.4自带phpspec/prophecy ^1.15，无需额外指定版本
Composer require 时该选哪个包？
取决于你实际用哪套测试流程——不是看名字里有没有“mock”，而是看测试入口在哪。
- 用 PHPUnit 写传统单元测试，需要
Prophecy\Prophet手动造桩 → 装phpspec/prophecy - 用 phpspec 写 spec 文件、跑
phpspec describe或phpspec run→ 装phpspec/phpspec - 别同时 require 两个主包再自己调版本，容易触发
Class 'Prophecy\Prophet' not found：因为phpspec/phpspec的 autoloader 和你项目里直接 new 的路径可能冲突 - 如果已有 PHPUnit 项目想试 Prophecy，推荐从最小侵入开始：
composer require --dev phpspec/prophecy，然后在测试类里use Prophecy\Prophet;
为什么 new Prophet() 后调用 getPromise() 报错？
这是典型用法混淆：Prophecy 的核心不是 Prophet 类，而是 ObjectProphecy 实例。你几乎不需要手动 new Prophet。
立即学习“PHP免费学习笔记（深入）”；
正确链路是：$prophet = new Prophet(); $user = $prophet->prophesize(User::class); $user->getName()->willReturn('Alice');
-
Prophet只是工厂，真正交互对象是$user（ObjectProphecy实例） - 别对
$user调getPromise()—— 它没这个方法；要用$user->reveal()拿到真实代理对象 - 常见错误：
$user->getName()->getPromise()→ 应该是$user->getName()->willReturn('Alice')或->shouldNotBeCalled() - 参数差异：所有
willReturn()、willThrow()接收的是具体值或异常实例，不接受闭包（除非用will()）
PHP 8.2+ 下 Prophecy 报 “Dynamic property” 警告怎么办？
这是 PHP 8.2 引入的严格属性检查导致的，Prophecy 内部用动态属性存状态，但没声明，所以触发 Deprecated: Creation of dynamic property。
- 不是 fatal error，但 CI 或 dev 环境开启
E_DEPRECATED会中断执行 - 根本原因：当前稳定版
phpspec/prophecy ^1.15尚未完全适配 PHP 8.2+ 动态属性限制 - 临时方案：升级到 dev-main 分支（不推荐生产）或降级 PHP 至 8.1；更稳妥的是等
phpspec/prophecy ^2.0正式发布（已 alpha 多时，但尚未 GA） - 别试图在代码里加
#[AllowDynamicProperties]—— 这个属性只能加在类上，而 Prophecy 的动态属性发生在运行时生成的 proxy 类里，不可控
Prophecy 的坑不在安装，而在“以为装了就能用”——它和 PHPUnit 的 MockBuilder 是两套心智模型，暴露接口、验证顺序、延迟断言这些细节，不写几轮 spec 很难踩准。别急着全量替换，先在一个小 service 测试里试试 reveal() 和 shouldHaveBeenCalled() 是否符合预期。
