Rest Assured调用不同接口时multipart参数未清除如何解决

你遇到的问题核心是getReqSpec_Test()方法返回的是全局复用的有状态RequestSpecification实例：

• RestAssured的RequestSpecification是有状态对象，所有添加的header、multipart、参数都会保存在实例中
• 你在POST场景往该实例添加了multipart参数后，后续GET场景调用getReqSpec_Test()拿到的还是同一个带残留数据的实例
• 虽然每个Scenario的局部reqSpec引用初始为null，但你赋值时依赖的底层spec已经带了残留的multipart数据，所以会触发Content-Type校验不通过的异常

这也解释了为什么先跑GET再跑POST正常：GET场景不会往spec中加multipart，后续POST场景加参数后不需要再复用该实例跑其他无multipart的请求。

按优先级推荐以下3种方案：

方案1：修改getReqSpec_Test()每次返回新实例（最推荐） #

直接从源头避免状态复用，修改getReqSpec_Test()方法，每次调用都生成全新的RequestSpecification实例，公共配置每次初始化时重新设置即可：

// 原错误实现示例（静态复用实例）
private static RequestSpecification globalSpec = RestAssured.given()
        .baseUri("https://test-api.com")
        .relaxedHTTPSValidation();
public static RequestSpecification getReqSpec_Test() {
    return globalSpec;
}

// 修改后的正确实现
public static RequestSpecification getReqSpec_Test() {
    // 每次调用返回全新实例，无历史残留数据
    return RestAssured.given()
            .baseUri("https://test-api.com")
            .relaxedHTTPSValidation()
            .timeout(10000);
}

方案2：初始化GET请求前主动清除残留multipart #

如果不方便修改getReqSpec_Test()的实现，可以在构造GET请求的spec时，主动删除所有残留的multipart参数：

case "OCTET":
    reqSpec_Int = getReqSpec_Test();
    // 清除历史残留的multipart参数
    reqSpec_Int.removeMultiPart("files");
    reqSpec_Int.removeMultiPart("body");
    reqSpec_Int.header("Content-Type", "application/octet-stream");
    break;

如果不确定multipart的名称，也可以通过强转实现全量清除：

((RequestSpecificationImpl) reqSpec_Int).getMultiPartParams().clear();

方案3：每个Scenario执行后重置RestAssured全局状态 #

在步骤定义类中添加@After钩子，每个Scenario执行完后重置所有RestAssured全局配置：

@After
public void afterScenario() {
    RestAssured.reset();
}

注意：该操作会清空所有全局配置（包括baseURI、全局header等），如果有公共配置需要在每个Scenario初始化时重新设置。

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