使用JMockit模拟私有静态BlobServiceClient变量时，批量执行测试套件出现MissingInvocation错误的解决方案咨询

我完全懂你的困扰——静态变量的初始化时机真的会给测试挖不少坑，尤其是当整个测试套件共享同一个JVM进程时，静态资源的复用直接打破了单测本该有的隔离性，导致你跑单个测试没问题，一跑全量就报错。

先帮你理清楚问题根源：你的BLOB_SERVICE_CLIENT是类加载时就初始化的静态变量，第一次跑测试时，JMockit的Expectations成功拦截了BlobServiceClientBuilder的构造和方法调用，mock生效了。但后续测试运行时，目标类已经完成加载，静态变量不会再重新初始化，所以你后续测试里写的那些期望（比如new BlobServiceClientBuilder()）根本不会被触发，自然就抛出了MissingInvocation错误。

给你几个可行的解决方案，按优先度排序：

1. 调整生产代码为懒加载模式+测试前反射重置静态变量 #

先把静态变量的初始化逻辑改成懒加载，这样它不会在类加载时就初始化，而是第一次被使用时才初始化：

// 生产代码里的调整
private static BlobServiceClient BLOB_SERVICE_CLIENT;

public static BlobServiceClient getBlobServiceClient() {
    if (BLOB_SERVICE_CLIENT == null) {
        BLOB_SERVICE_CLIENT = new BlobServiceClientBuilder()
            .connectionString(CONNECTION_STRING)
            .buildClient();
    }
    return BLOB_SERVICE_CLIENT;
}

然后在测试类里，每个测试方法执行前用JMockit的Deencapsulation工具重置静态变量为null，确保每次测试都能触发初始化逻辑：

@Before
public void resetStaticBlobClient() {
    // 重置静态变量，让下次调用getter时重新初始化
    Deencapsulation.setField(YourBlobHelperClass.class, "BLOB_SERVICE_CLIENT", null);
}

之后你原来的mock方法就能正常工作了，因为每次测试都会重新触发BlobServiceClientBuilder的调用，你的Expectations也能捕获到。

2. 使用JMockit的MockUp替代Expectations #

MockUp是JMockit里专门用于静态类mock的工具，比Expectations更稳定，尤其适合处理类加载时的初始化场景。你可以这样写：

@Capturing
BlobServiceClientBuilder blobServiceClientBuilder;
@Capturing
BlobServiceClient blobServiceClient;

@Before
public void mockBlobServiceClient() {
    new MockUp<BlobServiceClientBuilder>() {
        @Mock
        public BlobServiceClientBuilder() {
            // 关联到你捕获的mock实例
            Deencapsulation.setField(this, "blobServiceClientBuilder", blobServiceClientBuilder);
        }

        @Mock
        public BlobServiceClientBuilder connectionString(String connStr) {
            return blobServiceClientBuilder;
        }

        @Mock
        public BlobServiceClient buildClient() {
            return blobServiceClient;
        }
    };
    // 同样要重置静态变量，确保每次测试都触发初始化
    Deencapsulation.setField(YourBlobHelperClass.class, "BLOB_SERVICE_CLIENT", null);
}

这种方式能更直接地拦截BlobServiceClientBuilder的所有构造和方法调用，不受静态初始化时机的限制。

3. 强制每个测试用例使用独立JVM进程 #

如果上面的代码层面调整都不适合你，还可以通过构建工具配置，让每个测试类都运行在独立的JVM进程中，这样静态变量的初始化就不会在测试间共享。比如用Maven的Surefire插件：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>3.0.0-M7</version>
    <configuration>
        <forkCount>1</forkCount>
        <reuseForks>false</reuseForks>
    </configuration>
</plugin>

不过这个方法会增加测试的总运行时间，因为每次启动JVM都有开销，所以优先考虑前面的代码方案。

总的来说，懒加载+反射重置是最平衡的方案，既能保持生产代码的性能，又能保证测试的隔离性，解决你单测和全量测试都报错的问题。

备注：内容来源于stack exchange，提问作者Abhishek Prakash