原request库转axios发送x-protobuf请求报错：RangeError索引越界

可能的原因及解决方法 #

1. 缺少Accept请求头，服务器返回非预期响应 #

axios默认会发送Accept: application/json, text/plain, */*请求头，部分服务器会根据这个头返回不同格式的响应（比如错误信息的JSON），而非预期的Protobuf二进制数据，导致解析时出现索引越界。

解决方法：在axios请求头中明确添加Accept: application/x-protobuf，确保服务器返回正确格式的响应：

const response = await axios.post(
  url,
  requestEncoder.encode(data).finish(),
  {
    headers: {
      'content-type': 'application/x-protobuf',
      'Accept': 'application/x-protobuf' // 新增该头
    },
    responseType: 'arraybuffer'
  }
);

2. 不必要的Uint8Array转换导致数据异常 #

在Node.js环境下，axios设置responseType: 'arraybuffer'后返回的response.data本身就是Buffer（与Uint8Array同构），手动通过new Uint8Array(response.data)转换可能引入不必要的问题（比如某些场景下的长度不匹配）。

解决方法：直接使用response.data创建Protobuf Reader：

const reader = protobuf.Reader.create(response.data as unknown as Uint8Array);

3. axios默认配置篡改响应数据 #

如果你的axios实例全局配置了transformResponse，可能会自动尝试解析响应数据（比如转JSON），即使设置了responseType: arraybuffer也会破坏原始二进制数据。

解决方法：请求时显式禁用transformResponse：

const response = await axios.post(
  url,
  requestEncoder.encode(data).finish(),
  {
    headers: {
      'content-type': 'application/x-protobuf',
      'Accept': 'application/x-protobuf'
    },
    responseType: 'arraybuffer',
    transformResponse: [(data) => data] // 确保返回原始数据
  }
);

验证步骤 #

可以先打印新旧代码中响应数据的长度，对比是否一致：

• 原request代码中添加console.log('request body length:', body.length)
• axios代码中添加console.log('axios response length:', response.data.length)

如果长度差异较大，大概率是服务器返回了错误格式的响应，此时可以打印响应内容的字符串形式（比如console.log(String(response.data))），确认是否是JSON错误信息，再针对性调整请求头。

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