Hyperledger Fabric V1.1/Composer V0.19：gRPC消息超4MB限制求助

这问题我之前在对接gRPC服务的时候踩过坑，一眼就看出是gRPC默认的消息大小限制在搞事情！报错信息里的数值已经把原因说得明明白白：

[ERROR] lib/handler.js - Chat stream with peer - on error: "Error: 8 RESOURCE_EXHAUSTED: Received message larger than max (19090846 vs. 4194304)\n at createStatusError (/usr/local/src/node_modules/grpc/src/client.js:64:15)\n at ClientDuplexStream._emitStatusIfDone (/usr/local/src/node_m...

这里的4194304字节就是gRPC默认的最大接收消息大小（也就是4MB），而你的请求/响应已经接近19MB，远超这个阈值，自然触发了资源耗尽的错误。

解决步骤（针对Node.js环境） #

因为报错里路径指向了Node.js的gRPC包，所以下面的配置都是基于Node.js客户端/服务端的：

1. 调整服务端的消息大小限制

在创建gRPC Server的时候，通过配置参数修改最大收发消息的大小，比如设置成50MB（根据你的实际业务需求调整）：

const grpc = require('grpc');

// 创建服务端时传入配置
const server = new grpc.Server({
  'grpc.max_receive_message_length': 1024 * 1024 * 50, // 50MB
  'grpc.max_send_message_length': 1024 * 1024 * 50
});

// 后续注册服务、启动监听的逻辑不变

2. 同步调整客户端的消息大小限制

别只改服务端！客户端也要设置相同的参数，不然客户端这边的发送/接收限制还是会触发错误：

const grpc = require('grpc');

// 初始化客户端时传入配置
const client = new YourServiceClient(
  'your-server-address:port',
  grpc.credentials.createInsecure(), // 生产环境建议用安全凭证
  {
    'grpc.max_receive_message_length': 1024 * 1024 * 50,
    'grpc.max_send_message_length': 1024 * 1024 * 50
  }
);

额外提示 #

• 如果你的服务是用Docker部署的，除了调整gRPC配置，还要确保容器分配了足够的内存（比如通过docker run --memory=2g这类参数），避免内存不足间接引发类似问题。
• 尽量评估是否真的需要传输这么大的消息——如果能拆分大请求/响应成多个小批次，会比单纯调大限制更稳妥，毕竟大消息会增加网络传输时间和服务端的内存压力。

调整完两端的配置后，重启你的业务网络应用和客户端，这个报错应该就消失了。

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