Wretch项目中错误响应体的处理技巧

在使用Wretch这个轻量级HTTP客户端时，处理错误响应体是一个常见的需求。许多开发者会遇到错误响应体被锁定的情况，表现为ReadableStream {locked: true}，这实际上是由于响应体已经被读取导致的。

错误响应体处理的核心机制

Wretch内部默认会将错误响应体解析为文本格式。当HTTP请求返回错误状态码时，Wretch会自动读取响应体内容并将其附加到错误对象上。这一过程发生在底层，开发者通常不需要直接操作响应流。

常见问题分析

开发者经常尝试直接访问error.response.body，但会发现它返回一个已锁定的ReadableStream。这是因为Wretch已经读取了响应体内容，并将其存储在错误对象的其他属性中。

解决方案

Wretch提供了更优雅的方式来访问错误响应体内容：

1. 使用默认文本解析：错误对象的message属性包含了响应体的文本内容
2. 使用JSON解析：通过错误对象的json属性可以直接访问解析后的JSON数据

对于JSON格式的响应体，最佳实践是：

wretch(url)
  .errorType('json')
  .get()
  .error(412, (error) => {
    if (error.json.code === 555) {
      // 处理特定错误代码
    }
    throw error;
  })

版本兼容性说明

需要注意的是，在Wretch的早期版本(如v1.7.4)中，error.json可能无法正常工作。这种情况下，可以考虑：

1. 升级到最新版本
2. 使用error.text()方法手动解析响应体
3. 检查错误对象的message属性，可能已包含所需信息

最佳实践建议

1. 明确指定期望的错误响应体类型
2. 在错误处理函数中优先使用Wretch提供的便捷属性
3. 对于复杂场景，考虑使用中间件统一处理错误响应
4. 保持Wretch版本更新，以获得最佳的错误处理体验

通过理解Wretch的错误处理机制，开发者可以更高效地构建健壮的HTTP请求处理逻辑，避免常见的响应体访问问题。