mockery 2 在 php 7.3 下 mock 接口报“target of interface is not instantiable”是因为仅传接口名未指定实现类或 stub 方法，导致容器无法解析；正确做法是显式提供 stub 或 concrete class。
Mockery 2 在 PHP 7.3 下 mock 接口时为什么报 “Target of interface is not instantiable”
直接 Mockery::mock(UserServiceInterface::class) 会失败，因为 Mockery 默认不生成任何方法实现，而 Laravel 或 PHPUnit 容器尝试解析该接口时发现它没有具体实现类，就抛出这个异常。这不是 PHP 7.3 特有，但在旧版本中错误提示更模糊，容易误判为环境问题。
- 根本原因是：只传了接口名，没告诉 Mockery “这个接口该假装成谁”或“哪些方法必须响应”
- PHP 7.3 兼容 Mockery 2.x（2.0–2.4 均支持），但不能用 Mockery 3+（要求 PHP 8.1+）
- 别用
makePartial()当万能解——它只让未 stub 的方法返回 null，不解决构造依赖缺失问题 - 正确做法是显式提供 stub 方法，或传入 concrete class 名（如
Mockery::mock(UserServiceInterface::class, [new UserServiceImpl()])）
如何让 mock 对象响应多次调用并返回不同值
真实业务里一个方法常被反复调用（比如缓存先查后回源），Mockery 默认每次 andReturn() 都返回同一个值，必须主动声明行为序列。
- 用
andReturnValues(['hit', 'miss', null])最清晰，按调用顺序逐个返回 - 链式写法
andReturn('first')->andReturn('second')也行，但注意：调用次数超过设定值会直接 fail，适合验证“恰好调用两次” - 避免混用
andReturn()和andReturnUsing()—— 后者是闭包，优先级更高，会覆盖前者 - 如果测试分支多、需要复位行为，别试图清空 expect 队列；直接重建新 mock 实例更可靠
Laravel 中 swap() 和 instance() 替换容器绑定的区别
两者都能替换服务，但生命周期和作用范围完全不同，选错会导致测试间污染或期望不生效。
-
swap()是临时替换，只在当前请求/测试生命周期内生效，结束后自动还原，适合单次行为验证 -
instance()是永久绑定，一旦设置，后续所有对这个接口的 resolve 都返回你给的对象，直到手动unset或容器重建 - 在
setUp()里用swap()更安全；若需跨多个 test method 复用同一 mock，才考虑instance()，但要记得在tearDown()清理 - PHP 7.3 下注意：Laravel 6+ 支持二者，但 Laravel 5.8 及更早版本的
swap()不支持接口绑定，得改用bind()+resolving()
模拟 new 创建的硬依赖（非 DI 场景）
当被测代码里直接 new ExternalService()，没走 DI，Mockery 无法靠参数注入替换——必须用 overload: 前缀劫持类加载。
- 写法是
Mockery::mock('overload:App\Service\ExternalService')，注意命名空间和类名必须完全一致 - 该机制依赖 PHP 的 autoloader，在测试前确保目标类尚未被加载，否则会失效
- 必须加
@runTestsInSeparateProcesses注解，否则其他测试可能因类已加载而跳过重载 - PHP 7.3 支持此特性，但要注意 opcache 开启时可能缓存类定义，建议测试时禁用 opcache 或加
opcache_reset()
最易被忽略的是 overload 模拟的不可复用性：每个测试 case 必须独占进程，且不能和其它使用相同类名的测试混跑。这点在 CI 环境里尤其容易漏掉配置。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
