Skip to content
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待
虚位以待

上下文

简介

Laravel 的“上下文”功能使你能够在应用程序中执行的请求、任务和命令之间捕获、检索和共享信息。这些捕获的信息也会被包含在应用程序写入的日志中,让你更深入地了解写入日志条目之前周围的代码执行历史,并允许你在分布式系统中追踪执行流程。

工作原理

理解 Laravel 上下文功能的最佳方式是使用内置的日志功能进行实际操作。首先,你可以使用 Context Facade 将信息添加到上下文。在这个例子中,我们将使用一个中间件在每个传入请求的上下文中添加请求 URL 和一个唯一的追踪 ID:

php
<?php

namespace App\Http\Middleware;

use Closure;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\Context;
use Illuminate\Support\Str;
use Symfony\Component\HttpFoundation\Response;

class AddContext
{
    /**
     * 处理传入请求。
     */
    public function handle(Request $request, Closure $next): Response
    {
        Context::add('url', $request->url());
        Context::add('trace_id', Str::uuid()->toString());

        return $next($request);
    }
}

添加到上下文的信息会自动作为元数据附加到整个请求过程中写入的任何日志条目。将上下文附加为元数据,可以区分传递给单个日志条目的信息和通过 Context 共享的信息。例如,假设我们写入以下日志条目:

php
Log::info('用户已认证。', ['auth_id' => Auth::id()]);

写入的日志将包含传递给日志条目的 auth_id,但也会包含上下文的 urltrace_id 作为元数据:

text
用户已认证。 {"auth_id":27} {"url":"https://example.com/login","trace_id":"e04e1a11-e75c-4db3-b5b5-cfef4ef56697"}

添加到上下文的信息也提供给分发到队列的任务。例如,假设我们在向上下文添加一些信息后,将一个 ProcessPodcast 任务分发到队列:

php
// 在我们的中间件中...
Context::add('url', $request->url());
Context::add('trace_id', Str::uuid()->toString());

// 在我们的控制器中...
ProcessPodcast::dispatch($podcast);

当任务被分发时,当前上下文中存储的任何信息都会被捕获并与任务共享。然后在任务执行期间,这些捕获的信息会重新被水合回当前上下文。因此,如果我们任务的 handle 方法写入日志:

php
class ProcessPodcast implements ShouldQueue
{
    use Queueable;

    // ...

    /**
     * 执行任务。
     */
    public function handle(): void
    {
        Log::info('正在处理播客。', [
            'podcast_id' => $this->podcast->id,
        ]);

        // ...
    }
}

结果日志条目将包含最初分发任务的请求期间添加到上下文的信息:

text
正在处理播客。 {"podcast_id":95} {"url":"https://example.com/login","trace_id":"e04e1a11-e75c-4db3-b5b5-cfef4ef56697"}

虽然我们重点介绍了 Laravel 上下文的内置日志相关功能,但以下文档将说明上下文如何允许你跨 HTTP 请求/队列任务边界共享信息,甚至如何添加不写入日志的隐藏上下文数据

捕获上下文

你可以使用 Context Facade 的 add 方法将信息存储在当前上下文中:

php
use Illuminate\Support\Facades\Context;

Context::add('key', 'value');

要一次添加多个条目,可以向 add 方法传递一个关联数组:

php
Context::add([
    'first_key' => 'value',
    'second_key' => 'value',
]);

add 方法将覆盖任何具有相同键的现有值。如果你只想在键不存在的情况下才向上下文添加信息,可以使用 addIf 方法:

php
Context::add('key', 'first');

Context::get('key');
// "first"

Context::addIf('key', 'second');

Context::get('key');
// "first"

上下文还提供了用于递增或递减给定键的便捷方法。这两种方法都至少接受一个参数:要跟踪的键。可以提供第二个参数来指定键应该递增或递减的数量:

php
Context::increment('records_added');
Context::increment('records_added', 5);

Context::decrement('records_added');
Context::decrement('records_added', 5);

条件上下文

when 方法可用于根据给定条件向上下文添加数据。传递给 when 方法的第一个闭包将在给定条件评估为 true 时被调用,而第二个闭包将在条件评估为 false 时被调用:

php
use Illuminate\Support\Facades\Auth;
use Illuminate\Support\Facades\Context;

Context::when(
    Auth::user()->isAdmin(),
    fn ($context) => $context->add('permissions', Auth::user()->permissions),
    fn ($context) => $context->add('permissions', []),
);

作用域上下文

scope 方法提供了一种方式,在给定回调执行期间临时修改上下文,并在回调执行完成时将上下文恢复到其原始状态。此外,你可以在闭包执行期间传递额外的数据(作为第二和第三个参数),这些数据将被合并到上下文中。

php
use Illuminate\Support\Facades\Context;
use Illuminate\Support\Facades\Log;

Context::add('trace_id', 'abc-999');
Context::addHidden('user_id', 123);

Context::scope(
    function () {
        Context::add('action', 'adding_friend');

        $userId = Context::getHidden('user_id');

        Log::debug("正在将用户 [{$userId}] 添加到好友列表。");
        // 正在将用户 [987] 添加到好友列表。  {"trace_id":"abc-999","user_name":"taylor_otwell","action":"adding_friend"}
    },
    data: ['user_name' => 'taylor_otwell'],
    hidden: ['user_id' => 987],
);

Context::all();
// [
//     'trace_id' => 'abc-999',
// ]

Context::allHidden();
// [
//     'user_id' => 123,
// ]

WARNING

如果上下文中的对象在作用域闭包内部被修改,则该修改将在作用域外部体现出来。

堆栈

上下文提供了创建“堆栈”的能力,这些堆栈是按添加顺序存储的数据列表。你可以通过调用 push 方法将信息添加到堆栈中:

php
use Illuminate\Support\Facades\Context;

Context::push('breadcrumbs', 'first_value');

Context::push('breadcrumbs', 'second_value', 'third_value');

Context::get('breadcrumbs');
// [
//     'first_value',
//     'second_value',
//     'third_value',
// ]

堆栈对于捕获请求的历史信息非常有用,例如应用程序中发生的事件。例如,你可以创建一个事件监听器,在每次执行查询时推送到一个堆栈,将查询 SQL 和持续时间作为元组捕获:

php
use Illuminate\Support\Facades\Context;
use Illuminate\Support\Facades\DB;

// 在 AppServiceProvider.php 中...
DB::listen(function ($event) {
    Context::push('queries', [$event->time, $event->sql]);
});

你可以使用 stackContainshiddenStackContains 方法判断某个值是否在堆栈中:

php
if (Context::stackContains('breadcrumbs', 'first_value')) {
    //
}

if (Context::hiddenStackContains('secrets', 'first_value')) {
    //
}

stackContainshiddenStackContains 方法也接受一个闭包作为第二个参数,允许对值比较操作进行更多控制:

php
use Illuminate\Support\Facades\Context;
use Illuminate\Support\Str;

return Context::stackContains('breadcrumbs', function ($value) {
    return Str::startsWith($value, 'query_');
});

检索上下文

你可以使用 Context Facade 的 get 方法从上下文中检索信息:

php
use Illuminate\Support\Facades\Context;

$value = Context::get('key');

onlyexcept 方法可用于检索上下文中的一部分信息:

php
$data = Context::only(['first_key', 'second_key']);

$data = Context::except(['first_key']);

pull 方法可用于从上下文中检索信息并立即将其从上下文中移除:

php
$value = Context::pull('key');

如果上下文数据存储在堆栈中,你可以使用 pop 方法从堆栈中弹出条目:

php
Context::push('breadcrumbs', 'first_value', 'second_value');

Context::pop('breadcrumbs');
// second_value

Context::get('breadcrumbs');
// ['first_value']

rememberrememberHidden 方法可用于从上下文中检索信息,同时如果请求的信息不存在,则将上下文值设置为给定闭包返回的值:

php
$permissions = Context::remember(
    'user-permissions',
    fn () => $user->permissions,
);

如果你想检索存储在上下文中的所有信息,可以调用 all 方法:

php
$data = Context::all();

判断条目是否存在

你可以使用 hasmissing 方法判断上下文中是否存在给定键的值:

php
use Illuminate\Support\Facades\Context;

if (Context::has('key')) {
    // ...
}

if (Context::missing('key')) {
    // ...
}

has 方法无论存储的值是什么都会返回 true。因此,例如,一个值为 null 的键将被视为存在:

php
Context::add('key', null);

Context::has('key');
// true

移除上下文

forget 方法可用于从当前上下文中移除一个键及其值:

php
use Illuminate\Support\Facades\Context;

Context::add(['first_key' => 1, 'second_key' => 2]);

Context::forget('first_key');

Context::all();

// ['second_key' => 2]

你可以通过向 forget 方法提供一个数组来一次移除多个键:

php
Context::forget(['first_key', 'second_key']);

隐藏上下文

上下文提供了存储“隐藏”数据的能力。这些隐藏信息不会附加到日志中,也无法通过上述文档记录的检索方法访问。上下文提供了一套不同的方法来与隐藏的上下文信息进行交互:

php
use Illuminate\Support\Facades\Context;

Context::addHidden('key', 'value');

Context::getHidden('key');
// 'value'

Context::get('key');
// null

“隐藏”方法镜像了上述记录的非隐藏方法的功能:

php
Context::addHidden(/* ... */);
Context::addHiddenIf(/* ... */);
Context::pushHidden(/* ... */);
Context::getHidden(/* ... */);
Context::pullHidden(/* ... */);
Context::popHidden(/* ... */);
Context::onlyHidden(/* ... */);
Context::exceptHidden(/* ... */);
Context::allHidden(/* ... */);
Context::hasHidden(/* ... */);
Context::missingHidden(/* ... */);
Context::forgetHidden(/* ... */);

事件

上下文会分发两个事件,允许你介入上下文的“水合”和“脱水”过程。

为了说明如何使用这些事件,假设在你的应用程序的一个中间件中,你根据传入 HTTP 请求的 Accept-Language 标头设置了 app.locale 配置值。上下文的事件允许你在请求期间捕获此值,并在队列上恢复它,确保在队列上发送的通知具有正确的 app.locale 值。我们可以使用上下文的事件和隐藏数据来实现这一点,以下文档将对此进行说明。

脱水

每当任务被分发到队列时,上下文中的数据会被“脱水”并与任务的载荷一起捕获。Context::dehydrating 方法允许你注册一个闭包,该闭包将在脱水过程中被调用。在此闭包内,你可以对将与排队任务共享的数据进行更改。

通常,你应该在应用程序的 AppServiceProvider 类的 boot 方法中注册 dehydrating 回调:

php
use Illuminate\Log\Context\Repository;
use Illuminate\Support\Facades\Config;
use Illuminate\Support\Facades\Context;

/**
 * 引导任何应用程序服务。
 */
public function boot(): void
{
    Context::dehydrating(function (Repository $context) {
        $context->addHidden('locale', Config::get('app.locale'));
    });
}

NOTE

你不应该在 dehydrating 回调中使用 Context Facade,因为那会改变当前进程的上下文。确保只对传递给回调的仓库进行更改。

水合

每当排队任务开始在队列上执行时,与任务共享的任何上下文都会被“水合”回当前上下文中。Context::hydrated 方法允许你注册一个闭包,该闭包将在水合过程中被调用。

通常,你应该在应用程序的 AppServiceProvider 类的 boot 方法中注册 hydrated 回调:

php
use Illuminate\Log\Context\Repository;
use Illuminate\Support\Facades\Config;
use Illuminate\Support\Facades\Context;

/**
 * 引导任何应用程序服务。
 */
public function boot(): void
{
    Context::hydrated(function (Repository $context) {
        if ($context->hasHidden('locale')) {
            Config::set('app.locale', $context->getHidden('locale'));
        }
    });
}

NOTE

你不应该在 hydrated 回调中使用 Context Facade,而是确保只对传递给回调的仓库进行更改。