前端代理访问接口

那天，我在公司咖啡区，一个同事小张跟我吐槽：“我有个接口调用问题，明明后端已经修复了，但前端还是访问不到。”我随口一问：“你确定是前端配置问题吗？”小张答：“应该是吧，我试了几个IP都访问不了。”等等，还有个事，我突然想到，上次遇到类似问题时，是DNS解析出了问题。小张：“DNS解析？那怎么办？”我：“试试清空浏览器缓存，或者重启一下路由器。”结果，小张一试，嘿，真管用！时间：那天下午3点，地点：公司咖啡区，具体数字：小张试了5次。这事儿，得记在小本上，以后遇到类似问题，说不定就派上用场了呢。

记得那年在杭州，刚入行那会儿，公司里有个小项目，需要前端代理访问后端接口。当时，我跟着老张学了一招，用了一个简单的方法，结果效果出奇的好。
当时是2013年，我们用的是Node.js来搭建代理服务器。老张告诉我，只要在服务器上设置一个简单的HTTP服务器，然后在请求到达时，将请求转发到后端接口，再将后端接口的响应返回给前端，这样就完成了代理。
具体操作是，我在服务器上写了一个简单的HTTP服务器，监听8080端口。然后，在前端代码中，我将所有的接口请求都指向了https://localhost:8080。这样，所有通过8080端口到达的请求都会被服务器转发到后端接口。
我记得有一次，我们在测试阶段，因为网络问题，后端接口响应速度很慢。但通过代理服务器后，前端页面响应时间基本没有变化，用户体验反而更好了。
等等，还有个事，我突然想到。那会儿我们还在服务器上配置了缓存，对于一些不经常变动的接口，我们会先缓存结果，这样就可以减少对后端的请求次数，提高效率。
那你们觉得，除了HTTP代理，还有没有其他方法可以代理访问接口呢？

那天，我在一家初创公司做前端开发，项目需要访问后端API。我坐在工位前，对着电脑屏幕，看着那一堆API文档，头都大了。突然，我想到以前在某个项目里，有个同事用了一个代理工具，访问接口特别方便。我赶紧搜索了一下，还真找到了那家伙留下的笔记。
他说，当时是在2020年，在一个叫“城市公园”的咖啡馆里，他和后端小哥讨论怎么解决跨域问题。他们俩一人一杯拿铁，一人一杯焦糖玛奇朵，讨论了整整两个小时。最后，他们决定使用一个叫做“Nginx”的代理服务器，这样就能轻松访问那些受限的接口了。
我按照他的方法，配置了一个Nginx代理，果然，接口访问变得顺畅起来。这让我突然想到，工具虽好，但更重要的是理解其背后的原理。比如，Nginx的负载均衡机制，以及如何设置合适的超时时间，这些都是前端开发者需要了解的知识点。
等等，我还记得有一次，那个同事在讨论完Nginx之后，还提到了一个叫做“CORS”的概念。说是某个项目里，前端和后端不在一个域名下，结果接口调用时遇到了跨域问题。最后他们通过配置CORS解决了这个问题。，我好像又忘了CORS的具体设置方法了...