`http.request.clone()`与`new Request(request.clone())`的区别及优劣对比

核心区别 #

• 直接调用request.clone()
  这是Fetch API为Request对象原生提供的克隆方法，一步到位生成和原请求所有属性、状态完全一致的新Request实例，包括请求方法、URL、请求头、请求体（只要是可克隆的类型，比如Blob、FormData），还有请求模式、凭证设置等全部配置，是标准的原生克隆手段。

• 嵌套调用new Request(request.clone())
  这种方式相当于先克隆出一个Request实例，再把这个实例传入Request构造函数重新创建对象，本质是克隆的二次包装，等于做了两次对象复制操作。

正确性与性能对比 #

• 正确性：两种方式得到的请求对象功能完全等价，都能正常发起请求。但第一种是最贴合API设计意图的标准用法，第二种属于多做了一层无意义的包装（除非你要在构造时修改参数）。
• 性能：request.clone()性能更优，因为只执行一次克隆操作；而嵌套方式多了一次Request构造函数的初始化开销，单次差异可能不大，但高频调用场景下会累积不必要的性能损耗。

特殊场景的例外情况 #

只有当你需要基于克隆后的请求修改部分配置时，嵌套调用才有意义，比如：

// 基于原请求克隆并修改请求方法
const modifiedReq = new Request(request.clone(), {
  method: 'POST'
});

但如果只是单纯克隆请求对象，完全没必要多这一步。

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