xdebug无法进入laravel应用

Question

我非常喜欢将xdebug与laravel一起使用（在vim中为 esp）。 但是最近发生了一些奇怪的事情（注意：当我使用以下命令在单元测试中运行它时，我的xdebug可以正常工作：

php -dxdebug.remote_enable = 1 -dxdebug.remote_mode = req -dxdebug.remote_port = 9000 -dxdebug.remote_host = 127.0.0.1 ./vendor/bin/phpunit

1. 我首先在控制器方法中放置一个断点
2. 我在浏览器上运行将触发http调用的命令，该调用将调用该控制器方法的断点出现在此处：（project / path / serve.php）

<

<?php <------- breakpoint appears here

/**
 * Laravel - A PHP Framework For Web Artisans
 *
 * @package  Laravel
 * @author   Taylor Otwell <taylorotwell@gmail.com>
 */

$uri = urldecode(
    parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH)
);

// This file allows us to emulate Apache's "mod_rewrite" functionality from the
// built-in PHP web server. This provides a convenient way to test a Laravel
// application without having installed a "real" web server software here.
if ($uri !== '/' && file_exists(__DIR__.'/public'.$uri)) {
    return false;
}

require_once __DIR__.'/public/index.php';

如果我键入命令“获取所有上下文”，则会得到以下信息：

$uri                 = /* uninitialized */'';

逐步执行if（$ uri行，在这种情况下uri正确显示在contxt中

当我逐步浏览该文件的末尾时，它会立即跳到此处：

/**
 * Handle the PHP shutdown event.
 *
 * @return void
 */
public function handleShutdown()
{
    if (! is_null($error = error_get_last()) && $this->isFatal($error['type'])) {

在

Illuminate\Foundation\Bootstrap\HandleExceptions->handleShutdown()

然后立即转到乌鸦服务提供商：

/**
 * Register the service provider.
 */
public function register()
{

    ..
    // Register the fatal error handler.
    register_shutdown_function(function () {
        if (isset($this->app['Raven_Client'])) { <---- comes here
            (new Raven_ErrorHandler($this->app['Raven_Client']))->registerShutdownFunction();
        }
    });

在

Jenssegers\Raven\RavenServiceProvider->Jenssegers\Raven\{closure}()

然后在这里@ Raven_Client-> onShutdown（）/path/to/project/vendor/sentry/sentry/lib/Raven/Client.php:1388

public function onShutdown()
{
    if (!defined('RAVEN_CLIENT_END_REACHED')) { <--
        define('RAVEN_CLIENT_END_REACHED', true);
    }
    $this->sendUnsentErrors();
    if ($this->curl_method == 'async') {
        $this->_curl_handler->join();
    }
}

然后在这里@ Raven_ErrorHandler-> handleFatalError（）/path/to/project/vendor/sentry/sentry/lib/Raven/ErrorHandler.php:126

public function handleFatalError()
{
    unset($this->reservedMemory); <---

    if (null === $error = error_get_last()) {
        return;
    }

    if ($this->shouldCaptureFatalError($error['type'])) {
        $e = new ErrorException(
            @$error['message'], 0, @$error['type'],
            @$error['file'], @$error['line']
        );
        $this->handleException($e, true);
    }

然后在这里@ Monolog \\ Handler \\ RotatingFileHandler-> __ destruct（）/path/to/project/vendor/monolog/monolog/src/Monolog/Handler/AbstractHandler.php:169

public function __destruct()
{
    try {
        $this->close();
    } catch (\Exception $e) {
        // do nothing
    } catch (\Throwable $e) {
        // do nothing
    }
}

我如何阻止这种情况的发生？

更新

我通过执行以下操作从我的环境中删除了乌鸦服务提供商：

AppServiceProvider类扩展了ServiceProvider {

/**
 * Bootstrap any application services.
 *
 * @return void
 */
public function boot()
{
    $env = config('app.env');

    if (!$env === 'local' || !$env === 'testing') {
        $this->app->register(\Jenssegers\Raven\RavenServiceProvider::class);
        $this->app->alias('Raven', Jenssegers\Raven\Facades\Raven::class);
    }

但是现在当我调试时，它仍然在这里：

/**
 * Handle the PHP shutdown event.
 *
 * @return void
 */
public function handleShutdown()
{
    if (! is_null($error = error_get_last()) && $this->isFatal($error['type'])) {

在

Illuminate\Foundation\Bootstrap\HandleExceptions->handleShutdown()

但是它跳过了乌鸦的东西..所以这确实是我的问题。 发生了一个错误，但我想在遇到该错误之前进行调试。

更新2

• 我注意到中间件中的断点工作正常，但随后它继续跳过我的控制器
• 如果我从邮递员发出请求（我切换到了登录api进行熏制），它就可以正常工作，这就是我的邮递员命令的样子（转换为curl）：

>

curl --request POST \
  --url 'http://127.0.0.1:8000/api/users/login' \
  --header 'Accept: application/x.toters.v1+json' \
  --header 'Content-Type: application/json' \
  --header 'content-type: multipart/form-data; boundary=----WebKitFormBoundary7MA4YWxkTrZu0gW' \
  --form 'email={{client_user_name}}' \
  --form 'password={{general_password}}'

另一方面，这是来自浏览器的请求无效：

curl 'http://127.0.0.1:8000/api/users/login'
-X OPTIONS 
-H 'Access-Control-Request-Method: POST' 
-H 'Origin: http://localhost:3000' 
-H 'Accept-Encoding: gzip, deflate, br' 
-H 'Accept-Language: en-US,en;q=0.9' 
-H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36' 
-H 'Accept: */*' 
-H 'Connection: keep-alive' 
-H 'Access-Control-Request-Headers: content-type' --compressed

Answer 1

我最近也遇到过同样的问题，问题是xdebug在执行的第一行停止，解决此问题的关键是

let g:vdebug_options = {'break_on_open': 0}

并将其修复的内容放入.vimrc的xdebug的以下设置

  let g:vdebug_options = {'ide_key': 'vim-xdebug'}
  let g:vdebug_options = {'break_on_open': 0}
  let g:vdebug_options = {'server': '127.0.0.1'}
  let g:vdebug_options = {'port': '10000'}
  let g:vdebug_options["path_maps"] = {
  \ "/project": "<project-path>"
  \}

我还安装了这个Chrome扩展程序Xdebug帮助器 ，现在可以正常工作。

如果您想咨询，这些是我的xdebug设置

xdebug.ini：

zend_extension=xdebug.so

[debug]
; Remote settings
xdebug.remote_autostart=on
xdebug.remote_enable=on
xdebug.remote_handler=dbgp
xdebug.remote_mode=req
xdebug.remote_host=localhost
xdebug.remote_port=10000

; General
xdebug.auto_trace=off
xdebug.collect_includes=off
xdebug.collect_params=off
xdebug.collect_return=off
xdebug.default_enable=off
xdebug.extended_info=1
xdebug.manual_url=http://www.php.net
xdebug.show_local_vars=0
xdebug.show_mem_delta=0
xdebug.max_nesting_level=500
xdebug.idekey=vim-xdebug

; Trace options
xdebug.trace_format=0
xdebug.trace_output_dir=/tmp
xdebug.trace_options=0
xdebug.trace_output_name=crc32

; Profiling
xdebug.profiler_append=0
xdebug.profiler_enable=0
xdebug.profiler_enable_trigger=0
xdebug.profiler_output_dir=/tmp
xdebug.profiler_output_name=crc32

php.ini

xdebug.remote_connect_back=1
xdebug.remote_port = 9000
xdebug.remote_autostart = 1