Http2改造实践：statusText丢失问题

背景：

1、项目中的nginx由http1.1改造为http2，

2、代码中采用axios的interceptors做统一返回处理，对于系统逻辑性错误弹窗（例如：表单字段唯一性校验弹窗提示）

现象：

1、在Chrome中打开，Http2中所有的弹窗失效

2、Http1.1中正常

猜测是拦截部分的代码没有执行，

axiosInstance.interceptors.response.use((response) => {
  if (response.status === 200 && response.statusText === 'OK') {
    const appData = response.data;

    if (appData && appData .resultCode) {

    ...  // 后续处理逻辑省略

期中这里的判断 status应该不会变，appData是后台返回的json数据应该也不会变，猜测是statusText有问题。

打开Chrome浏览器console，果然在Http2下response.statusText是""

百度，Google一下...。嘿嘿

stack overflow上有类似问题

https://stackoverflow.com/questions/42401795/with-http-2-only-xmlhttprequest-responses-statustext-property-seems-to-be-us

大意是 statusText 会随着浏览器的变化而变化

Http2：Chrome (56.0.2924.87):

{
  status: 200,
  statusText: "", // empty
  config: {...},
  data: {...}
}

Http2：Firefox (51.0.1):

{
  status: 200,
  statusText: "OK", // as http1.1 (+1)
  config: {...},
  data: {...}
}

Http2：Safari (10.0.3):

{
  status: 200,
  statusText: "HTTP/2.0 200", // ?!
  config: {...},
  data: {...}
}

下面是Chrome浏览器依赖的chromium团队关于这个问题的讨论：

https://bugs.chromium.org/p/chromium/issues/detail?id=475223

大概意思就是http2默认返回头没有statusText，在http1.1中statusText也不是必须的
他们最后讨论不加statusText，不要像firefox一样给默认加上statusText，以免造成误解

结论：Http2中不要用statusText，除非你在服务器给加上这个返回头