php.ini中的Xdebug生产性能

php.ini中的Xdebug生产性能,php,xdebug,Php,Xdebug,禁用xdebug是否存在性能问题? 我的问题是,我是否可以禁用它并将其保留在php.in中,还是应该删除所有部分 ; XDEBUG Extension [xdebug] zend_extension ="C:/wamp64/bin/php/php5.6.16/zend_ext/php_xdebug-2.4.0rc2-5.6-vc11-x86_64.dll" xdebug.remote_enable = off xdebug.profiler_enable = off xdebug.profile

禁用xdebug是否存在性能问题? 我的问题是,我是否可以禁用它并将其保留在php.in中,还是应该删除所有部分

; XDEBUG Extension
[xdebug]
zend_extension ="C:/wamp64/bin/php/php5.6.16/zend_ext/php_xdebug-2.4.0rc2-5.6-vc11-x86_64.dll"
xdebug.remote_enable = off
xdebug.profiler_enable = off
xdebug.profiler_enable_trigger = off
xdebug.profiler_output_name = cachegrind.out.%t.%p
xdebug.profiler_output_dir ="C:/wamp64/tmp"
xdebug.show_local_vars=0

您所需要做的就是注释这一行以禁用XDEBUG

;zend_extension ="C:/wamp64/bin/php/php5.6.16/zend_ext/php_xdebug-2.4.0rc2-5.6-vc11-x86_64.dll"
和Xdebug将不会被加载。您可以将所有参数保留在那里,以防以后要重新激活XDEBUG


当您删除XDEBUG时,它可以显著地提高php脚本的执行时间。第一次测试时,我惊讶地发现有这么大的差异。

哇,为什么这次被否决了。。。这是对一个直截了当的问题的直截了当的回答@RiggsFolly此标签遭受慢性串行下行表决。这个答案当然不值得如此严厉的对待。谢谢你的回答,我如何检查改进的时间?我该如何衡量@RiggsFollyWell这不是一个很容易回答的问题。当我第一次看到差异时,我正在测试一个简单的脚本,它对同一个计算进行了一些数学上的1000000次迭代。在XDEBUG打开和关闭的情况下运行它,差异非常明显