跨域问题由浏览器同源策略引起，当请求的协议、域名或端口不一致时触发。例如前端在https://www.php.cn/link/8e5687e2d6ab87e5da2f833f3e8986a4而API在http://api.example.com:8080即为跨域。浏览器会先发送OPTIONS预检请求，确认服务器是否允许该跨域操作。解决方法之一是CORS（跨域资源共享），通过在服务端设置响应头实现。以Node.js + Express为例，可添加中间件配置Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Allow-Headers和Access-Control-Allow-Credentials等头部信息，并对OPTIONS请求返回200状态码完成预检。前端使用fetch发起请求时需匹配credentials设置。若后端未正确配置，浏览器将报“No 'Access-Control-Allow-Origin' header”错误。另一种解决方案是Nginx反向代理，通过将前端资源与API统一在相同域名下，如将/api/请求代理到后端服务，从而避免跨域。生产环境中应避免使用通配符*，确保安全性。CORS适用于开发调试，反向代理更适合部署阶段统一域名的项目，两者均可有效解决跨域问题。
当浏览器发起的Web请求涉及不同域名、端口或协议时，就会触发跨域问题。这是由于浏览器的同源策略限制所致。解决跨域请求最常见的方式是使用CORS（跨域资源共享）。下面通过一个实际示例说明如何在服务端配置支持跨域请求。
什么是跨域请求
跨域是指当前页面的源（协议+域名+端口）与请求目标地址不一致。例如前端运行在https://www.php.cn/link/8e5687e2d6ab87e5da2f833f3e8986a4，而API接口位于http://api.example.com:8080，此时发起的请求就是跨域请求。
浏览器会先发送一个预检请求（OPTIONS），确认服务器是否允许该跨域操作。只有服务器正确响应预检请求，真正的请求才会被发送。
后端添加CORS支持（以Node.js + Express为例）
在Express应用中，可以通过设置HTTP响应头来开启CORS：
const express = require('express');
const app = express();
<p>// 添加CORS中间件
app.use((req, res, next) => {
res.header('Access-Control-Allow-Origin', '<a href="https://www.php.cn/link/8e5687e2d6ab87e5da2f833f3e8986a4">https://www.php.cn/link/8e5687e2d6ab87e5da2f833f3e8986a4</a>'); // 允许的前端域名
res.header('Access-Control-Allow-Methods', 'GET, POST, PUT, DELETE, OPTIONS');
res.header('Access-Control-Allow-Headers', 'Content-Type, Authorization');
res.header('Access-Control-Allow-Credentials', 'true'); // 允许携带cookie</p><p>if (req.method === 'OPTIONS') {
res.sendStatus(200);
} else {
next();
}
});</p><p>// 示例接口
app.get('/api/data', (req, res) => {
res.json({ message: '跨域请求成功', data: [1, 2, 3] });
});</p><p>app.listen(8080, () => {
console.log('服务启动在 <a href="https://www.php.cn/link/cbb686245ece57c9827c4bc0d0654a8e">https://www.php.cn/link/cbb686245ece57c9827c4bc0d0654a8e</a>');
});</p>上述代码中：
- Access-Control-Allow-Origin 指定允许访问的源，可以设为具体域名或*（但带凭证时不能用*）
- Access-Control-Allow-Credentials 为true时，前端可携带cookies，此时Origin不能为*
- 对OPTIONS请求直接返回200，完成预检
前端发起跨域请求（fetch示例）
前端代码如下，注意携带凭证的设置需与后端匹配：
fetch('https://www.php.cn/link/cbb686245ece57c9827c4bc0d0654a8e/api/data', {
method: 'GET',
credentials: 'include' // 若后端允许凭据，此项需开启
})
.then(response => response.json())
.then(data => console.log(data))
.catch(err => console.error('请求失败:', err));
如果后端未正确配置CORS，浏览器控制台会提示类似“No 'Access-Control-Allow-Origin' header”的错误。
Nginx反向代理解决跨域（替代方案）
另一种常用方式是通过Nginx将前后端统一在同一域名下，避免跨域：
server {
listen 80;
server_name localhost;
<h1>前端静态资源</h1><p>location / {
root /usr/share/nginx/html;
try_files $uri $uri/ /index.html;
}</p><h1>API请求代理到后端服务</h1><p>location /api/ {
proxy_pass <a href="https://www.php.cn/link/cbb686245ece57c9827c4bc0d0654a8e/">https://www.php.cn/link/cbb686245ece57c9827c4bc0d0654a8e/</a>;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
}</p>这样前端请求/api/data时，实际由Nginx转发到8080端口的服务，属于同源请求，自然无跨域问题。
基本上就这些。CORS配置要根据实际场景调整允许的源和方法，生产环境避免使用通配符*，确保安全性。反向代理方式更适用于部署阶段统一域名的项目。两者都能有效解决跨域问题。
