测试时如何全局mock类方法，避免应用调用真实外部API？

你的需求完全可以实现，之前mock不生效的核心原因是当前代码结构不符合可测试要求：ServiceUser 内部硬编码实例化了ServiceApi，导致外部无法替换该依赖为mock对象。

推荐方案：依赖注入重构（最佳实践） #

这是符合低耦合、高可测试性的标准改造方案，步骤如下：

1. 改造ServiceUser类，将ServiceApi作为构造参数传入，而非内部自行实例化：

class ServiceUser
{
    // 通过构造函数注入依赖
    public function __construct(private ServiceApi $serviceApi)
    {
    }

    public function fetchFromApi()
    {
        return $this->serviceApi->fetch();
    }
}

2. 测试时将mock好的ServiceApi实例传入ServiceUser即可，示例（PHPUnit环境）：

// 创建ServiceApi的mock对象，预设fetch方法的返回值
$mockApi = $this->createMock(ServiceApi::class);
$mockApi->method('fetch')->willReturn('你预设的硬编码返回值');

// 把mock对象传入ServiceUser
$serviceUser = new ServiceUser($mockApi);
// 调用方法时返回的就是预设值，不会发起真实请求
$result = $serviceUser->fetchFromApi();

临时兼容方案：重载类Mock（不推荐长期使用） #

如果暂时无法重构现有代码结构，可以使用Mockery等测试框架的类重载功能，全局覆盖ServiceApi的实例化逻辑：

1. 安装Mockery后，测试代码写法如下：

/**
 * @runTestsInSeparateProcesses
 * @preserveGlobalState disabled
 */
public function testFetchFromApi()
{
    // 重载ServiceApi类，所有后续new出来的实例都是mock对象
    $mockApi = \Mockery::mock('overload:' . ServiceApi::class);
    $mockApi->shouldReceive('fetch')->andReturn('预设返回值');

    $serviceUser = new ServiceUser();
    $result = $serviceUser->fetchFromApi();
    // 验证结果符合预期
    $this->assertEquals('预设返回值', $result);
}

该方案需要单独进程运行测试，避免类加载冲突，仅适合临时兼容老代码，不推荐作为长期方案。

额外优化建议 #

如果后续需要单独测试ServiceApi本身的逻辑，也可以对ServiceApi做依赖注入改造，将Guzzle客户端从构造函数传入，这样测试ServiceApi时也可以直接mock Guzzle客户端，无需发起真实请求。

内容的提问来源于stack exchange，提问作者rst630