Google Maps API相关PHP图书共享应用CORS跨域错误求助

看起来你遇到的是典型的CORS策略拦截问题，根源在于map.php重定向到根目录时，重定向后的响应没有携带Access-Control-Allow-Origin头——哪怕是localhost环境，浏览器也会严格执行跨域安全规则，所以直接阻止了请求。下面是一步步的解决思路：

1. 给相关PHP脚本添加CORS响应头 #

不管是map.php还是重定向后的目标页面（比如根目录的index.php），都需要在脚本的最顶部（任何HTML输出、echo语句之前）添加CORS头：

// 开发环境可以用*允许所有来源，生产环境务必替换成你实际的前端域名，比如http://your-app.com
header("Access-Control-Allow-Origin: *");
header("Access-Control-Allow-Methods: GET, POST, OPTIONS");
header("Access-Control-Allow-Headers: Content-Type");

// 处理浏览器的OPTIONS预检请求（复杂跨域请求前会触发）
if ($_SERVER['REQUEST_METHOD'] === 'OPTIONS') {
    exit();
}

这样不管是原请求还是重定向后的响应，都会携带浏览器需要的CORS头，避免被拦截。

2. 排查map.php的重定向原因 #

你得先搞清楚为什么map.php?q=god%20delusion会被强制重定向到根目录：

• 检查map.php代码里有没有header("Location: /libro/")这类重定向逻辑，是不是参数判断错误（比如误判q参数不存在）导致的不必要重定向？
• 查看项目根目录的.htaccess文件（如果用Apache服务器），有没有错误的Rewrite规则把map.php的请求强制跳转到根目录？
• 如果是Nginx服务器，检查配置文件里的rewrite或location规则，是不是不小心匹配到了map.php的请求？

只有解决了不必要的重定向，才能从根源避免问题——毕竟如果map.php能正常返回XML数据，就不需要走重定向流程了。

3. 测试验证 #

修改完成后，你可以用curl工具先单独测试map.php的请求：

curl -v http://localhost/libro/map.php?q=god%20delusion

查看响应头里有没有Access-Control-Allow-Origin，以及是否还会触发重定向。如果不再重定向且头信息正确，再回到前端页面测试，应该就能正常加载数据了。

注意：生产环境绝对不要用Access-Control-Allow-Origin: *，一定要指定具体的前端域名，比如header("Access-Control-Allow-Origin: http://your-frontend-domain.com")，避免安全风险。

内容的提问来源于stack exchange，提问作者Yashraj Basan