Fetch规范要求浏览器遵循问题中描述的行为。具体参见https://fetch.spec.whatwg.org/#ref-for-concept-response-status%E2%91%A0%E2%91%A8：

  

任何状态为100到199（包括），而不是101的响应都将被忽略。

     

    

注意：此类响应最终会跟随“最终”响应。

  

只需跟进@sideshowbarker和 Google员工：

• 1xx代码被认为是信息性的，并且非最终性的（对于WebSocket，101除外）
• 基本上，浏览器遵循此定义，并且期望更多内容遵循1xx代码
• 我返回了102并与其他响应代码一样关闭了连接
• 浏览器将其视为意外终止的连接并抱怨
• 1xx响应应正确填写其他代码（> 199）

然后...

• 浏览器抛出的错误太简单了，无法给出真实情况的见解
• 部分响应（1xx代码和正文）将被忽略，因此不会被浏览器记录，并且将否显示在控制台中，这使问题变得更加复杂
• 即使999也适用于浏览器，因为它们不会像1xx代码那样被忽略

所以...

• 除非您想保持一些长期运行的连接或使用WebSocket，否则不要使用1xx
• 表示“收到请求后，我正在处理，请稍后再回来”，不要使用102 Processing，而是使用202 Accepted进行确认