升级Resteasy后application/pgp-signature上传字节流不一致求助

问题根源 #

升级后Resteasy的Multipart解析逻辑发生了变化：即使Content-Type识别为application/pgp-signature，新版本可能默认将该类型的请求体按字符流解析（而非二进制流），导致二进制文件的字节编码被篡改，最终字节流不一致。你之前设置的DEFAULT_CONTENT_TYPE_PROPERTY和DEFAULT_CHARSET_PROPERTY仅影响字符类型的Part，对二进制Part的解析逻辑无作用。

解决方案 #

1. 直接以二进制流读取InputPart #

在处理上传的PGP签名文件时，不要使用字符相关的读取方法（比如getBody(String.class, null)），而是强制用InputStream读取原始字节：

for (InputPart part : multipartFormDataInput.getFormDataMap().get("pgp-file")) {
    // 直接获取二进制输入流，避免字符编码转换
    try (InputStream inputStream = part.getBody(InputStream.class, null)) {
        // 读取字节流处理PGP签名
        byte[] pgpBytes = IOUtils.toByteArray(inputStream);
        // 后续业务逻辑
    } catch (IOException e) {
        // 异常处理
    }
}

注：IOUtils来自Apache Commons IO，也可以自行实现字节流读取逻辑。

2. 自定义拦截器强制二进制解析逻辑 #

如果需要全局处理所有application/pgp-signature类型的Part，可以编写ReaderInterceptor来覆盖默认解析行为：

@Provider
@Consumes("application/pgp-signature")
public class PgpBinaryReaderInterceptor implements ReaderInterceptor {
    @Override
    public Object aroundReadFrom(ReaderInterceptorContext context) throws IOException, WebApplicationException {
        // 强制以二进制流读取，跳过字符编码转换
        InputStream inputStream = context.getInputStream();
        byte[] bytes = IOUtils.toByteArray(inputStream);
        // 将处理后的字节流放回上下文供后续处理
        context.setInputStream(new ByteArrayInputStream(bytes));
        return bytes;
    }
}

然后在web.xml中注册该拦截器：

<context-param>
    <param-name>resteasy.providers</param-name>
    <param-value>com.yourpackage.PgpBinaryReaderInterceptor</param-value>
</context-param>

3. 调整Resteasy全局Multipart配置 #

在web.xml中添加以下参数，强制所有未明确指定字符编码的二进制Part以原始字节处理：

<context-param>
    <param-name>resteasy.multipart.binary.as.string</param-name>
    <param-value>false</param-value>
</context-param>

该配置会让Resteasy对二进制类型的Part直接返回字节流，而非尝试转换为字符串。

验证建议 #

• 调试时对比新旧版本中InputPart的getBody方法返回的字节数组哈希值，确认是否一致。
• 检查请求头中的Content-Transfer-Encoding是否为binary，如果是quoted-printable或base64，需要确保解析时正确解码。

内容的提问来源于stack exchange，提问作者Thomas H.