API异步特性与HTTP版本关联及实现逻辑咨询

问题背景 #

我们正在对某API进行升级：旧版本API成功请求返回200状态码，采用Session ID认证；新版本API返回202状态码，采用JWT令牌认证。有人称旧API为同步、新API为异步，现针对相关问题解答如下：

1. 是否意味着新API采用HTTP/2实现，因HTTP/2常与异步行为关联？ #

完全不是。这里说的API“同步/异步”（同步指请求发起后等待处理完成再返回结果；异步指服务器先接收请求返回202，后续再完成处理），和HTTP版本没有直接绑定关系。

返回202状态码仅代表服务器已接受请求并将在后台异步处理，这种模式在HTTP/1.1中同样可以实现，和HTTP/2没有必然联系。HTTP/2的特性与API的业务异步处理是两个不同层面的概念，不能混为一谈。

2. 是否存在请求被服务器接收后存入处理队列暂未完成处理（此亦为异步）、与HTTP版本无关的情况？若如此，为何将异步行为归因于HTTP/2而不提HTTP/1.1也可实现异步？HTTP/2的异步特性具体指哪方面？ #

• 这种与HTTP版本无关的异步处理场景非常普遍，比如：

  • 用户提交文件转码请求，服务器接收后存入队列，返回202，后台进程逐步处理，完成后再通知用户
  • 批量数据导入请求，服务器先确认接收，后续异步执行导入逻辑
    这类业务层面的异步处理，在HTTP/1.1时代就已广泛应用，核心是业务逻辑的异步设计，和HTTP协议版本没有关系。

• 有人会把异步行为和HTTP/2绑定，大概率是混淆了两个层面的“异步”：
  HTTP/2的“异步”指的是协议层面的多路复用能力——在同一个TCP连接上，客户端和服务器可以同时发送多个请求/响应，无需像HTTP/1.1那样等待前一个请求的响应完成才能发送下一个（解决队头阻塞问题）。这种异步是针对连接层面的请求并发处理，而非API业务逻辑的异步处理。

  简单来说：HTTP/2的异步是“多个请求可同时在一个连接上并行处理，互不阻塞”；而API返回202的异步是“单个请求的业务逻辑在后台逐步处理，先返回接受状态”，二者完全不是一回事。

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