safari 与 chrome 的小区别大BUG

时间：2016-11-01 17:33:19
作者：zhongxia
原文地址：https://github.com/zhongxia245/blog/issues/41

一、背景

故事是这样的，有一个auth 的认证接口， validate_auth 的接口。后端使用 go语言写的。正确的接口地址是 127.0.0.1:3000/api/auth/validate_token/ 【注意，完成的接口地址有 / 】，至于为什么要多一个 / 这个就是后端的疏忽的。

多一个 / 到底会引发什么问题呢？

chrome 和 safari 的表现

注意 http://localhost:3000/api/auth/validate_token 中的 validate_token 是一个目录， / 才是接口名称。

var authHeaders = JSON.parse(localStorage.authHeaders)

fetch("http://localhost:3000/api/auth/validate_token", {
  method: "GET",
  headers: {
    "authorization": "Bearer "+authHeaders.access_token,
  }
})
.then(function (res) {
  if (res.ok) {
    alert("Perfect! Your settings are saved.");
    console.log(res.json())
  } else if (res.status == 401) {
    alert("Oops! You are not authorized.");
  }

chrome 访问该接口的情况
safari 与 chrome 的小区别大BUG

safari 访问该接口的情况
safari 与 chrome 的小区别大BUG

区别就是， safari 不会访问的时候，不会做一个跳转，但是 chrome 会做一次跳转。

如果是 auth 认证，在 chrome 认证就可以通过，但是在 safari 认证就通不过。

总结

后端接口需要写完善一点，否则引发一些这种坑爹的BUG，很难定位。