求助：通过TCP传输层向微服务传文件仅获元数据，如何解决？

TCP传输层本身完全支持传输文件——它是可靠的字节流协议，只要应用层正确封装/解析数据，就能完整传递文件内容。你遇到的仅收到元数据的问题，根源在应用层（GraphQL解析器、微服务客户端/控制器）的配置或逻辑缺失，以下是具体排查方向：

1. 检查GraphQL解析器的文件处理逻辑 #

• 确认解析器是否正确读取了文件的二进制内容，而非仅提取元数据。比如使用graphql-upload这类库时，必须调用文件对象的createReadStream()获取数据流，而不是只传递filename/mimetype等字段：

  async uploadFile(parent, { file }) {
    const { createReadStream, filename, mimetype, encoding } = await file;
    // 关键：获取文件流，而非仅元数据
    const fileStream = createReadStream();
    // 将流传递给微服务客户端（需确保客户端能处理流数据）
  }
  

2. 检查微服务客户端的传输逻辑 #

• 如果是基于HTTP的微服务调用（如REST/gRPC over TCP），需确保请求体正确包含文件二进制内容：
  • 用multipart/form-data格式封装文件，客户端需支持该类型的请求构造；
  • 如果是裸TCP套接字通信，要约定传输协议：比如先发送元数据的长度（避免粘包），再发送元数据，最后发送文件长度和文件字节流。

3. 检查微服务控制器的接收逻辑 #

• 若为HTTP控制器，需配置解析multipart/form-data的中间件（如Express的multer），确保能提取文件的二进制数据或流；
• 若为裸TCP服务端，需按照约定的协议解析数据：先读取元数据长度，解析元数据，再读取文件长度和对应的字节内容，避免只解析了元数据就终止读取。

4. 排查中间环节的数据丢失 #

• 检查网关、代理等中间组件是否过滤了二进制数据或截断了请求，部分网关默认限制大文件传输，需调整配置允许传递二进制内容；
• 对比客户端发送的数据长度与服务端接收的长度，通过日志确认是否存在数据截断。

快速验证建议 #

先抛开GraphQL和微服务框架，用最简TCP脚本测试裸传输：

• 客户端脚本：读取文件字节，通过TCP套接字发送；
• 服务端脚本：接收字节并写入本地文件。
  若该测试能成功传输文件，说明TCP本身无问题，问题完全集中在应用层框架的配置上。

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