1. 同源策略的本质与安全意义

同源策略（Same-Origin Policy）是现代浏览器安全架构的基石，它定义了不同"源"之间的资源交互规则。所谓"同源"，需要同时满足三个要素：协议相同、域名相同、端口相同。例如：

• https://example.com/page1与https://example.com/page2是同源
• https://example.com与http://example.com不同源（协议不同）
• https://example.com与https://api.example.com不同源（域名不同）
• https://example.com与https://example.com:8080不同源（端口不同）

这个策略的核心价值在于：

1. 隔离潜在威胁：防止恶意网站通过脚本窃取用户在其他站点的敏感数据
2. 保护用户隐私：避免第三方站点获取用户的登录状态、本地存储等信息
3. 维持系统完整性：阻止跨站点的非授权DOM操作和API调用

实际案例：如果没有同源策略，当你访问一个恶意网站时，该网站可以通过隐藏的iframe加载你的银行页面，并窃取已登录的会话信息。

2. 同源策略的具体限制范围

2.1 受限的跨源操作类型

1. AJAX请求：XMLHttpRequest和Fetch API默认只能访问同源资源
2. DOM访问：无法通过JavaScript读取跨源iframe中的DOM内容
3. Cookie/Storage：无法读取跨源的Cookie、LocalStorage等存储数据
4. Web Workers：专用Worker脚本必须与主页面同源

2.2 允许的跨源操作

1. 资源嵌入：<img>、<script>、<link>等标签可以加载跨源资源
2. 表单提交：可以向不同源的端点提交表单数据
3. 重定向：页面可以导航到不同源的URL

3. 常见的跨域解决方案

3.1 CORS（跨源资源共享）

CORS是现代Web开发中最规范的跨域解决方案，它通过HTTP头部实现：

Access-Control-Allow-Origin: https://trusted-site.com Access-Control-Allow-Methods: GET, POST, PUT Access-Control-Allow-Headers: Content-Type

实现步骤：

1. 浏览器发送预检请求（OPTIONS方法）
2. 服务器返回允许的源、方法和头部
3. 浏览器验证通过后发送实际请求
4. 服务器处理请求并返回带CORS头部的响应

注意事项：简单请求（GET/HEAD/POST且Content-Type为text/plain等）不会触发预检。

3.2 JSONP（历史方案）

利用<script>标签不受同源限制的特性：

function handleResponse(data) { console.log('Received:', data); } const script = document.createElement('script'); script.src = 'https://api.example.com/data?callback=handleResponse'; document.body.appendChild(script);

缺点：

• 仅支持GET请求
• 存在XSS风险
• 错误处理困难

3.3 代理服务器方案

通过同源的后端服务中转请求：

客户端 -> 同源代理 -> 目标API

Node.js实现示例：

const express = require('express'); const axios = require('axios'); const app = express(); app.get('/proxy', async (req, res) => { const response = await axios.get('https://target-api.com/data', { params: req.query }); res.json(response.data); }); app.listen(3000);

4. 特殊场景处理技巧

4.1 跨域Cookie传递

需要同时满足：

1. 服务器设置Access-Control-Allow-Credentials: true
2. 客户端设置withCredentials: true
3. Access-Control-Allow-Origin不能为*

fetch('https://api.example.com', { credentials: 'include' });

4.2 postMessage通信

用于跨窗口/iframe通信的安全方法：

// 发送方 otherWindow.postMessage('Hello', 'https://target.com'); // 接收方 window.addEventListener('message', (event) => { if (event.origin !== 'https://trusted.com') return; console.log('Received:', event.data); });

4.3 跨域资源共享策略

通过响应头控制资源加载：

• Cross-Origin-Resource-Policy: same-site
• Cross-Origin-Embedder-Policy: require-corp

5. 安全防护与最佳实践

1. CSRF防护：

   • 使用SameSite Cookie属性
   • 添加CSRF Token
   • 验证Origin/Referer头部

2. CORS配置：

   add_header 'Access-Control-Allow-Origin' 'https://your-domain.com'; add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; add_header 'Access-Control-Allow-Headers' 'DNT,User-Agent,X-Requested-With,Content-Type';

3. 生产环境建议：

   • 避免使用*作为允许的源
   • 对敏感操作实施预检请求
   • 定期审计跨域配置

6. 常见问题排查指南

6.1 典型错误与解决方案

6.2 调试技巧

1. 使用curl -v查看完整HTTP交互
2. 浏览器开发者工具的Network面板检查请求/响应头
3. 通过document.domain调试同二级域名场景（已废弃方案，仅限遗留系统）

7. 现代Web开发的演进趋势

1. CORP/CORS：更细粒度的资源控制策略
2. COEP/COOP：隔离环境的增强安全模型
3. SharedArrayBuffer：需要严格的跨域隔离
4. WebAssembly：新的安全边界考量

实际项目中，建议结合具体框架的跨域处理方案：

• React：配置proxy（开发环境）
• Vue：vue.config.js中的devServer.proxy
• Spring Boot：@CrossOrigin注解
• Django：django-cors-headers中间件