PHP跨域需通过Apache配置或PHP代码设置CORS响应头，phpEnv无图形化界面；关键包括启用mod_headers、AllowOverride All、处理OPTIONS预检请求，并确保header()在输出前调用。
phpEnv 是一个 Windows 下的 PHP 集成环境（类似 XAMPP、WAMP），它默认使用 Apache 作为 Web 服务器，PHP 以模块方式运行。它本身不提供图形化 CORS 配置界面，跨域设置必须通过修改 Apache 配置或 PHP 代码实现——不能在 phpEnv 的控制面板里点几下就搞定。
Apache 的 .htaccess 文件是否生效
phpEnv 默认启用 mod_rewrite 和 mod_headers，但 .htaccess 是否可用，取决于 Apache 主配置中对应目录的 AllowOverride 设置。常见错误是：你写了 .htaccess，但 Apache 忽略了它，导致 CORS 头根本没发出去。
- 检查
httpd.conf或httpd-vhosts.conf中网站根目录的<Directory>块，确认包含：AllowOverride All - 确保
mod_headers已启用：搜索LoadModule headers_module行，前面不能有# - 重启 phpEnv 的 Apache 服务（不是只刷新页面）才能让改动生效
header() 函数在 PHP 脚本里失效的典型原因
在 phpEnv 下直接用 header("Access-Control-Allow-Origin: *"); 最常见失败场景不是写错了，而是输出已提前发生：
- PHP 文件开头有空格、BOM 字符或
echo/print语句（哪怕只是调试用的var_dump()） - 包含的其他 PHP 文件（如
config.php）末尾有多余换行或空行 - 使用了
session_start()但 session.save_path 不可写，导致 PHP 报错并提前输出警告 - 错误报告开启（
display_errors = On）且脚本触发 Notice 级别错误，也会破坏 header 发送
验证方式：打开浏览器开发者工具 → Network → 点开请求 → 查看 Response Headers 里有没有 Access-Control-Allow-Origin。没有，就是 header 没发出去。
立即学习“PHP免费学习笔记（深入）”；
预检请求（OPTIONS）返回 404 或 500
当前端发的是 PUT、DELETE，或带 Authorization 头时，浏览器会先发一个 OPTIONS 请求。phpEnv 默认不会为这个请求匹配到任何 PHP 脚本，所以 Apache 可能直接返回 404，或者路由到某个脚本但没做 if ($_SERVER['REQUEST_METHOD'] === 'OPTIONS') 判断，导致后续逻辑出错抛 500。
- 最稳妥做法：在 Apache 配置中拦截
OPTIONS并直接返回 204：<IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{REQUEST_METHOD} OPTIONS RewriteRule ^(.*)$ - [R=204,L] </IfModule> - 如果坚持用 PHP 处理，必须把
OPTIONS判断放在所有业务逻辑之前，且调用exit()或http_response_code(204); exit(); - 注意：某些 phpEnv 版本的 Apache 默认禁用
OPTIONS方法，需检查httpd.conf中是否有<LimitExcept GET POST HEAD>类似限制
CORS 不是开关，而是一组 HTTP 头的协同；phpEnv 没有“CORS 设置页”，真正起作用的只有 Apache 配置和 PHP 输出的响应头。最容易被忽略的是：预检请求是否真的被正确响应，以及 Access-Control-Allow-Origin 和 Access-Control-Allow-Credentials: true 不能同时用 *——这点一旦配错，浏览器会静默拒绝，连 Network 面板都看不到失败原因。
