PHP内置服务器需通过路由脚本动态添加CORS头:启动时指定router.php,该文件须先调用header()设置Access-Control-Allow-Origin等响应头(带credentials时不能用*),再包含真实资源。
PHP 7.4+ 自带的 php -S 内置服务器默认不支持跨域,直接用 fetch 或 XMLHttpRequest 请求会触发浏览器 CORS 错误。关键不是改 PHP 配置文件(php.ini 不管用),而是靠路由脚本动态注入响应头。
php -S localhost:8000 router.php
router.php 必须先输出 Access-Control-Allow-Origin 等头,再包含真实资源header('Access-Control-Allow-Origin: *') —— 如果前端带 credentials,必须指定具体域名且不能为 *
if (file_exists(DIR . '/' . $_SERVER['REQUEST_URI'])) {
return false; // 让内置服务器自己处理静态文件
} else {
include DIR . '/index.php';
}在 .htaccess 或虚拟主机配置里加 Header set Access-Control-Allow-Origin 很常见,但容易被 RewriteRule 干扰——尤其是用了 Laravel、ThinkPHP 这类框架的重写规则后,OPTIONS 预检请求可能根本没走到 Header 指令那一步。
Header 指令放在 RewriteEngine On 之前,确保对所有请求生效RewriteRule ^(.*)$ - [E=HTTP_ORIGIN:%{HTTP:Origin}],再配合 Header set Access-Control-Allow-Origin %{HTTP_ORIGIN}e 实现动态回写headers_module 已启用(Windows 下是 httpd.conf 里取消 #LoadModule headers_module modules/mod_headers.so 的注释)装个 “CORS Unblocked” 或 “Allow CORS” 插件,本地开发时确实能跑通请求,但这掩盖了真实问题:服务端根本没发正确响应头。一旦部署到 Nginx/Apache,或换用 Firefox/Safari,立刻报错。
withCredentials: true 场景下的 Cookie 透传Access-Control-Expose-Headers 是否生效(比如你想读取 X-Request-ID)curl -I http://localhost:8000/api 看响应头更可靠很多人把 add_header 写在 server 块顶层,结果发现 API 接口有跨域头,但 /assets/js/app.js 也被加上了——这违反 HTTP 规范(非 CORS 资源不该带这些头),某些浏览器会警告甚至拒绝加载。
location ~ \.php$ 块内加 add_header
add_header 不继承,子 location 需重复写;如果要用通用逻辑,改用 map 指令定义变量再引用if ($request_method = 'OPTIONS') { add_header ... } —— Nginx 的 if 在 location 中有已知坑,优先用 try_files + 空响应处理预检
来电咨询