【发布时间】：2019-04-11 21:14:27
【问题描述】：
如果没有从 php.ini 完全禁用 Xdebug，我目前无法阻止 Xdebug 为所有 cli 命令运行。以前，如果我需要通过 cli 调试，我会切换 remote_autostart 以启用。我的问题特别是导致作曲家出现问题，有效地使其无法运行。 Composer 声称 composer 应该在没有运行 Xdebug 的情况下重新启动，如果他们看到它正在运行，这应该是从 composer 1.3 版开始修复的，但我使用的是 composer 1.7.3。
这是在我的 alpine PHP-FPM docker 容器中运行的，但这应该没什么区别。 vagrant 内部的一位同事以前也遇到过此问题，因此如果需要，我也可以获取他的环境详细信息。
我自己设置的php.ini Xdebug设置：
zend_extension=/var/www/html/xdebug/modules/xdebug.so
xdebug.remote_enable=1
xdebug.remote_port=9000
xdebug.show_local_vars=0
xdebug.var_display_max_data=10000
xdebug.var_display_max_depth=20
xdebug.show_exception_trace=0
#xdebug.remote_autostart=1
xdebug.remote_host=172.20.0.1
xdebug.idekey="PHPSTORM"
xdebug.remote_log=/srv/www/var/log/xdebug.log
php -i | grep 'xdebug' 输出：
xdebug
xdebug support => enabled
xdebug.auto_trace => Off => Off
xdebug.cli_color => 0 => 0
xdebug.collect_assignments => Off => Off
xdebug.collect_includes => On => On
xdebug.collect_params => 0 => 0
xdebug.collect_return => Off => Off
xdebug.collect_vars => Off => Off
xdebug.coverage_enable => On => On
xdebug.default_enable => On => On
xdebug.dump.COOKIE => no value => no value
xdebug.dump.ENV => no value => no value
xdebug.dump.FILES => no value => no value
xdebug.dump.GET => no value => no value
xdebug.dump.POST => no value => no value
xdebug.dump.REQUEST => no value => no value
xdebug.dump.SERVER => no value => no value
xdebug.dump.SESSION => no value => no value
xdebug.dump_globals => On => On
xdebug.dump_once => On => On
xdebug.dump_undefined => Off => Off
xdebug.extended_info => On => On
xdebug.file_link_format => no value => no value
xdebug.filename_format => no value => no value
xdebug.force_display_errors => Off => Off
xdebug.force_error_reporting => 0 => 0
xdebug.gc_stats_enable => Off => Off
xdebug.gc_stats_output_dir => /tmp => /tmp
xdebug.gc_stats_output_name => gcstats.%p => gcstats.%p
xdebug.halt_level => 0 => 0
xdebug.idekey => PHPSTORM => PHPSTORM
xdebug.max_nesting_level => 256 => 256
xdebug.max_stack_frames => -1 => -1
xdebug.overload_var_dump => 2 => 2
xdebug.profiler_aggregate => Off => Off
xdebug.profiler_append => Off => Off
xdebug.profiler_enable => Off => Off
xdebug.profiler_enable_trigger => Off => Off
xdebug.profiler_enable_trigger_value => no value => no value
xdebug.profiler_output_dir => /tmp => /tmp
xdebug.profiler_output_name => cachegrind.out.%p => cachegrind.out.%p
xdebug.remote_addr_header => no value => no value
xdebug.remote_autostart => Off => Off
xdebug.remote_connect_back => Off => Off
xdebug.remote_cookie_expire_time => 3600 => 3600
xdebug.remote_enable => On => On
xdebug.remote_handler => dbgp => dbgp
xdebug.remote_host => 172.20.0.1 => 172.20.0.1
xdebug.remote_log => /srv/www/var/log/xdebug.log => /srv/www/var/log/xdebug.log
xdebug.remote_mode => req => req
xdebug.remote_port => 9000 => 9000
xdebug.remote_timeout => 200 => 200
xdebug.scream => Off => Off
xdebug.show_error_trace => Off => Off
xdebug.show_exception_trace => Off => Off
xdebug.show_local_vars => Off => Off
xdebug.show_mem_delta => Off => Off
xdebug.trace_enable_trigger => Off => Off
xdebug.trace_enable_trigger_value => no value => no value
xdebug.trace_format => 0 => 0
xdebug.trace_options => 0 => 0
xdebug.trace_output_dir => /tmp => /tmp
xdebug.trace_output_name => trace.%c => trace.%c
xdebug.var_display_max_children => 128 => 128
xdebug.var_display_max_data => 10000 => 10000
xdebug.var_display_max_depth => 20 => 20
Docker cli bash 变量：
export XDEBUG_CONFIG="idekey=PHPSTORM";
export PHP_IDE_CONFIG="serverName=docker";
cli连接时的Xdebug日志：
Log opened at 2018-11-08 10:53:30
I: Connecting to configured address/port: 172.20.0.1:9000.
I: Connected to client. :-)
-> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/
xdebug" fileuri="file:///srv/www/pi.php" language="PHP" xdebug:language_version
="7.1.23" protocol_version="1.0" appid="863" idekey="PHPSTORM"><engine version=
"2.6.1"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><
url><![CDATA[http://xdebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2
018 by Derick Rethans]]></copyright></init>
【问题讨论】：
-
1) 如果设置
xdebug.remote_autostart=0，会起作用吗？ 2) 请检查实际配置（例如php -i）以查看实际值。也许该选项已设置并且您使用了另一个部分配置文件... 3）让作曲家和其他工具使用具有不同 php.ini 的 PHP（-c参数（我相信））或其他方式.. . -
嗨@LazyOne 1. xdebug.remote_autostart=0 没有区别，我还检查了我的 php_info() 并确认这是正在使用的默认设置。 2. 是的，我已经检查了 php -i，虽然我应该在我的帖子中使用来自 php.ini 的完整 xdebug 配置，但我会在此评论之后更新它。 3. 如果我要为 composer 创建/使用一个新的 php.ini，我也可以只使用一个别名来禁用 xdebug，运行 composer，然后启用 xdebug，这里的问题是这只是一个用例。我运行了许多数据密集型 cli 命令，但我不想解决...
-
...这些用例基于个人。它打败了这一点。这里的问题是 Xdebug 的行为不正确，解决方法是我希望避免的。感谢您的帮助
-
我个人认为您的
php -i没有任何问题可能导致调试会话自动启动。顺便说一句——/srv/www/pi.php文件是什么？也许它那里有一些触发 xdebug 会话的命令（例如xdebug_break();或类似的）......我没有更好的想法，除了再次尝试重新安装 Xdebug（您使用的是稳定的 2.6.1 而不是不稳定的 2.7） -
@LazyOne 找到原因了，我明天试试修复，原因在本文底部larrykagan.com/xdebug-on-docker
标签： php docker composer-php xdebug