safari 与 chrome 的小区别大BUG

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, 很难定位。

上一篇:js 隐式转换


下一篇:【题解】【数组】【Prefix Sums】【Codility】Passing Cars