grpc-js中Wait-For-Ready的启用验证及配置方式咨询

1. 如何验证Wait-For-Ready选项已启用？ #

• 精准日志追踪：避免使用GRPC_TRACE=all（日志冗余），改用针对性的trace类别：

  GRPC_TRACE=call_stream,connectivity_state GRPC_VERBOSITY=DEBUG node your-app.js
  

  生效时日志会出现类似"wait_for_ready" set to true的条目，或在连接未就绪时显示Delaying RPC because of wait-for-ready的提示。
• 模拟故障场景：
  1. 先启动客户端，暂不启动gRPC服务器；
  2. 发起RPC调用。若Wait-For-Ready生效，客户端不会立即返回UNAVAILABLE错误，会持续尝试连接直到服务器启动并完成调用；若未生效，会立刻抛出连接失败错误。
• 拦截器检查：添加客户端拦截器，直接查看请求配置：

  const interceptor = {
    intercept(options, nextCall) {
      console.log('Wait-For-Ready 状态:', options.waitForReady);
      console.log('Metadata 中的配置:', options.metadata.get('waitForReady'));
      return nextCall(options);
    }
  };
  // 构造客户端时传入拦截器
  const client = new YourServiceClient(address, credentials, {
    interceptors: [interceptor]
  });
  

2. 如何设置Wait-For-Ready选项，是否支持通过service config配置？ #

可选设置方式： #

• 单次调用配置：发起单个RPC时传入选项：

  client.yourMethod(request, { waitForReady: true }, (err, response) => {
    // 处理结果
  });
  

• 客户端全局默认配置：构造客户端时设置全局默认值，对所有调用生效：

  const client = new YourServiceClient(address, credentials, {
    waitForReady: true
  });
  

• Metadata方式：你提到的metadata.set('waitForReady', true)确实有效，但属于旧兼容写法，更推荐使用上述调用/客户端选项的方式。

Service Config配置的可行性： #

你给出的Service Config是完全可行的，该配置会对所有服务方法启用Wait-For-Ready。注意两点：

1. 需在构造客户端时传入配置：

   const serviceConfig = {
     methodConfig: [{ name: [{}], waitForReady: true }]
   };
   const client = new YourServiceClient(address, credentials, {
     serviceConfig: serviceConfig
   });
   

2. name: [{}]表示匹配所有服务和方法，若需针对特定服务/方法，可修改name字段：

   methodConfig: [{
     name: [{ service: 'YourService', method: 'yourMethod' }],
     waitForReady: true
   }]
   

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