apache / apache/servicecomb-java-chassis

通过REST接口下载的二进制文件与原始文件不一致

Open
#2,825 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
Java
Stars
1.9k
Forks
814
Avg merge
8d 23h
Merged PRs (30d)
1

Description

java-chassis-dependencies版本:2.6.0

文件下载流程:浏览器---》服务A接口---》服务B接口
接口响应信息:
服务B接口返回类型:FilePart
服务A接口返回类型:ReadStreamPart

**问题现象:
直接使用Postman调用服务B接口下载文件与原始文件二进制一致
使用Postman调用服务A接口下载文件与原始文件不一致
通过浏览器下载文件与原始文件不一致**

参考文件下载开发指导:https://huaweicse.github.io/servicecomb-java-chassis-doc/java-chassis/zh_CN/general-development/file-download.html

1. 服务提供者是可以直接返回Part类型(FilePart、ReadStreamPart都是Part实现)
`如果需要根据请求参数动态创建临时文件,下载完成后,将临时文件删除,可以采用 Part 类型的参数。

@GetMapping(path = "/file")
public Part file(String content) throws IOException {
File file = createTempFile(content);
return new FilePart(null, file)
.setDeleteAfterFinished(true)
.setSubmittedFileName("test.txt");
}`

2. 服务消费者统一使用 org.apache.servicecomb.foundation.vertx.http.ReadStreamPart 处理文件下载。
服务A也是使用ReadStreamPart接收的服务B的响应,由于目的是把文件返回给用户,所以直接将ReadStreamPart透传给web端

在文档中看到关于ReadStreamPart的如下描述,感到很疑惑:
**在得到ReadStreamPart实例时,并没有完成文件内容的下载,调用save系列方法才开始真正从网络上读取文件数据。**

**请问,ReadStreamPart不能在接口间透传吗?为什么文本文件不会出错,对于部分二进制文件会出现下载后不一致的情况?**

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.