Safari 巧合的 Bug，改变我对 fetch 和 xhr 新认识

我与 Safari 的“邂逅”

作为一个前端工程师，我经常使用 fetch 和 XMLHttpRequest（xhr）来发送 HTTP 请求。这些 API 已经成为现代 Web 开发的基石，它们为我们提供了强大的功能来处理异步请求并与服务器通信。

直到有一天，我遇到了一个奇怪的 Safari Bug，它彻底改变了我对 fetch 和 xhr 的认识。

当时，我正在开发一个需要重定向的 Web 应用。当用户执行某些操作时，应用程序会将其重定向到另一个页面。然而，在 Safari 浏览器中，我发现重定向后，Authorization 请求头会丢失。这导致应用程序无法正常工作，因为服务器无法验证用户的身份。

探索未知的领域

为了解决这个 Bug，我开始深入研究 fetch 和 xhr 的工作原理。我查阅了文档，阅读了大量文章，甚至在 GitHub 上提交了 Issue。在探索的过程中，我发现了许多鲜为人知的功能和技巧。

例如，我了解到 fetch 和 xhr 都可以使用凭据（credentials）选项。这个选项允许浏览器在发送请求时携带凭据，如 cookie 和 HTTP 授权信息。通过设置凭据选项，我能够解决 Safari 中丢失 Authorization 请求头的 Bug。

从 Bug 到 Hack

在解决 Bug 的过程中，我偶然发现了一个可以绕过 Safari Bug 的 Hack 方法。这个方法需要在重定向之前，手动将 Authorization 请求头添加到请求中。虽然这不是一个标准的做法，但它确实有效。

这个 Hack 方法让我意识到，fetch 和 xhr 并不是一成不变的。它们可以被灵活地使用，以适应不同的情况。这给了我更多的信心去探索这些 API 的更多可能性。

从意外中学习

从 Safari Bug 到最终找到解决方法，这是一个充满意外和挑战的过程。在这个过程中，我不仅解决了问题，还对 fetch 和 xhr 有了更深入的理解。我意识到，这些 API 并不仅仅是工具，它们更是可以被探索和利用的领域。

这次经历让我对前端开发有了新的认识。我意识到，作为一名工程师，我们不仅要掌握技术，还要有灵活性和创造力，以便在遇到问题时找到创新的解决方案。

结语

Safari 的一个小 Bug，让我探索出了 fetch 和 xhr 的新玩法。这个意外的发现让我意识到，技术世界充满着未知和挑战，但只要我们保持好奇心和探索精神，就总能找到新的可能。

我希望我的经历能够激励其他前端工程师，去探索和掌握更多技术。只有不断学习和实践，我们才能成为真正优秀的工程师。