Laravel框架下如何重写Session::get方法实现自定义逻辑？

直接修改vendor目录下的框架代码绝对是不可取的——下次执行composer update时你的修改就会被覆盖，完全不符合Laravel的扩展设计思路。下面是更优雅、可维护的实现方案：

步骤1：创建自定义Session Store类 #

首先，我们创建一个继承自Laravel原生Store的自定义类，只重写我们需要修改的get方法。比如在app/Session/CustomStore.php中：

<?php

namespace App\Session;

use Illuminate\Session\Store;

class CustomStore extends Store
{
    /**
     * 重写Session的get方法，添加自定义逻辑
     *
     * @param string $key
     * @param mixed $default
     * @return mixed
     */
    public function get($key, $default = null)
    {
        // 先调用父类的get方法获取原始值
        $value = parent::get($key, $default);
        
        // 在这里添加你的自定义逻辑——比如值为null时的额外操作
        if (is_null($value)) {
            // 示例1：记录日志
            // \Illuminate\Support\Facades\Log::warning("Session key [{$key}] 返回了null值");
            // 示例2：替换为自定义默认值
            // $value = "默认填充值";
        }
        
        return $value;
    }
}

步骤2：通过服务容器替换原生Store #

接下来，我们需要告诉Laravel使用我们的自定义Store类，而不是原生的。创建一个自定义服务提供者app/Providers/CustomSessionServiceProvider.php：

<?php

namespace App\Providers;

use App\Session\CustomStore;
use Illuminate\Support\ServiceProvider;
use Illuminate\Session\SessionManager;

class CustomSessionServiceProvider extends ServiceProvider
{
    public function register(): void
    {
        // 扩展session管理器，让它使用我们的自定义Store
        $this->app->extend('session', function (SessionManager $manager) {
            return tap($manager, function ($manager) {
                // 重写createStore方法，返回自定义Store实例
                $manager->macro('createStore', function ($sessionId) use ($manager) {
                    $handler = $manager->createHandler();
                    
                    return new CustomStore(
                        $sessionId,
                        $handler,
                        $this->app['config']['session.path'] ?? null
                    );
                });
            });
        });
    }
}

步骤3：注册服务提供者 #

最后，在config/app.php的providers数组中添加我们的服务提供者，确保Laravel启动时加载它：

'providers' => [
    // ... 其他默认服务提供者
    App\Providers\CustomSessionServiceProvider::class,
],

为什么这种方式更好？ #

• 完全遵循Laravel的服务容器设计，不会破坏框架的原有逻辑
• 自定义代码都在app目录下，便于维护和版本控制
• 无论你使用的是文件、Redis还是数据库Session驱动，这个扩展都能正常工作

内容的提问来源于stack exchange，提问作者Mohammad AL-Raoosh