React 使用 axios 发送的请求，是在服务端完成的吗？

axios 只是发出请 XMLRequest 并处理响应，请求本身是在后端完成的。请求实际是完成了的，只是浏览器跨域了，把结果给屏蔽了

盲猜你的前端是在服务器上运行类似 npm run dev 的命令从而通过 8081 端口提供访问？

如果是这样的话，你可能需要调整一下

用户应该通过 80 或者 443 端口访问静态资源

只是理解问题，那个报错并不是指 http 请求从服务器的 ip：8081 发起向服务器 ip：8080，而是指当前页面和请求在不同域，所以浏览器给你屏蔽了

.html 和 js 文件已经被下载到客户的浏览器上了,所以请求是从客户机到你的 8080 端口，req 里 origin 只是告诉你请求从哪个地址发起的，这个是可以伪造的，至于区分问题，http 本身是无状态协议，想要区分只能靠后端发的证书，比如 token 或者 cookie 证明，顺便说下 2 楼答的没在点子上，端口不是必须的，只是约定俗成的

@yuang
@crystom 感谢回复，懂了，是我理解错了。


@yhxx 是的，因为想先测试一下，我后续调整一下

@windychen0 感谢，这下搞懂了

要看你是用哪种开发方式，如果是开发阶段，你的前端发送一个接口请求，这时候地址是你的 node 服务器，然后 node 作为一个代理，再把这个请求发给你的后端，后端响应 node，node 再响应前端。如果是生产阶段，是没有 node 服务器这一层的，最终的结果就是一些静态文件，需要你放在 nginx 这种 web 服务器之中使用，这时候的接口调用请求就是直接到后端服务器。其实为了规避跨域的问题，我们一般会使用 nginx 的反向代理来实现接口的调用，从前端看起来端口还是 web 服务器的端口。
你说在开发阶段，因为 IP 相同无法区分用户？其实我们很少通过 IP 来区分用户，要么是 session，要么是 cookie，node 作为代理层也会把这个头部发送给后端服务器，后端拿到这个头部就能区分用户了。
我觉得这些东西不算难，但是如果不理解的话感觉就很晕乎。

@windychen0 重点不在端口，我的意思是前端资源不应该在服务器上再启动一个 node 服务来提供访问，直接用 nginx 之类的就可以了

浏览器同源策略，跨域了，可以用 nginx 做一下代理转发

看描述应该不是 SSR，所以请求是从浏览器出去的，但是因为跨域被拦截了，服务端需要加上允许跨域的配置，例如 SpringBoot：
```java
@Bean
public FilterRegistrationBean corsFilter() {
UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource();
CorsConfiguration cOnfig= new CorsConfiguration();
config.setAllowCredentials(true);
// 粗暴一点
config.addAllowedOrigin("*");
config.addAllowedHeader("*");
config.addAllowedMethod("*");
source.registerCosConfiguration("/**", config);
FilterRegistrationBean bean = new FilterRegistrationBean(new CorsFilter(source));
bean.setOrder(0);
return bean;
}
```

此外如楼上所说用 Nginx 转发也可以 V 站的 Markdown 到底怎么用啊……

浏览器同源策略，同协议，同域名，同端口。不管 nignx 还是 node （一般选用 nginx ），在本例中，首要作用就是作为一个提供静态资源的服务器，即 html，css，js 。
浏览器请求 nginx，获取静态资源文件。获取到的 js，发送 ajax 请求，根据浏览器同源策略，如果不设置跨域，它只能发回给 nginx （原路返回），然后 nginx 提供另一个关键作用就是作为路由器，转发请求到后端服务，而服务器之间没有同源策略的限制。