Php XDEBUG（以某种方式）会影响跨原点标头

以下是我所做的：

• 通过composer创建新流明项目
• 已安装并配置jwt auth和jwt auth guard
• 安装laravel cors，并根据文件配置流明

现在，问题是它正在工作——但只有在php.ini中启用xdebug时才起作用。但是，当禁用xdebug时，cors标头不起作用

具体来说。禁用xdebug时，cors标头仅适用于选项飞行前和GET方法。当xdebug被启用时，一切都很完美

我也测试了其他几个cors库，并且行为是一致的。Xdebug enabled=cors标头按其应有的方式显示。Xdebug disabled=

XMLHttpRequest无法加载http://api.xxx.dev/v1/authentication/login. 请求的资源上不存在“Access Control Allow Origin”标头。起源'http://localhost:8080因此，不允许访问。

当然，我可以接受启用xdebug的方式，但这确实令人讨厌，因为它会使PHP的速度降低10倍以上（至少在windows上是这样），所以我在使用fronend js客户端时倾向于禁用它

---

环境：Windows 10、Wampserver、Apache 2.4.18、PHP 5.6.19

手动发送标头如何（例如，在.htaccess中设置指令）？但奇怪的是，Xdebug发送CORS头。@夏洛特德努瓦在.htaccess中定义时当然可以工作，因为它完全绕过PHP，但很可能我将来可能需要每路由CORS配置，所以我无论如何都会以这种方式碰壁——迟早会这样。我还更新了一些描述以使其更加清晰。无论如何，您都必须发送标题，Xdebug发送CORS标题是奇怪的，不应该发生这种情况。因此，无论如何，您都必须发送头，无论是php文件中的每个路由还是.htaccess中的所有路由，最终都无所谓。@CharlotteDunois

每个路由都是
，这正是我要做的！但并不是Xdebug正在发送cor，而是只有当Xdebug碰巧被启用时才会发送头。我可以逐步了解库如何设置和发送所有标题，以及它是如何工作的。但一旦我在php.ini中注释掉Xdebug，就不再有CORS头了。无论如何，我可以看出这是一件非常奇怪的事情，我可能最好在中覆盖它。正如你所建议的，htaccess仅用于本地开发，但这真的不是一个好消息。我现在很困惑。您是否确实尝试在php文件中发送CORS头，但当禁用Xdebug时，您在HTTP响应中看不到CORS头？如果启用了Xdebug，那么HTTP响应中是否有CORS头？如果是这样，那么您可能希望直接向Xdebug开发人员寻求帮助。