Laravel Octane环境下Creating观察者生成的Slug无法存入数据库的问题咨询

嗨，我之前在Octane环境下也碰到过类似的观察者属性不生效的坑，咱们来一步步拆解解决这个问题~

先说说你遇到的核心问题：看起来在Octane环境下，Laravel可能因为实例复用的特性，提前构建了INSERT的字段列表，导致你在creating观察者里赋值的slug没被纳入最终的SQL语句里——虽然模型返回时能看到slug，但数据库里确实没存，这确实挺坑的。

给你几个可行的解决方案，按推荐程度排序：

方案一：在观察者里手动标记属性为“脏” #

如果不想改动现有的观察者结构，最简单的办法就是在赋值slug后，手动告诉Laravel这个属性已经被修改了，需要加入INSERT语句。修改你的观察者代码：

public function creating(Product $product): void
{
    if (empty($product->slug)) {
        $product->slug = ProductSlugManager::handle($product);
        // 关键：手动标记slug为脏属性，确保被纳入INSERT字段
        $product->markAttributeAsDirty('slug');
        \Log::info('Observer:creating', $product->only(['id', 'slug']));
    }
}

在Octane的复用场景下，模型的属性脏状态可能没有被正确检测到，手动标记后Laravel就会把这个字段加入到要插入的属性集合里。

方案二：改用模型boot方法注册Creating回调 #

有时候独立的观察者在Octane下会因为容器复用的问题出现触发时机偏差，你可以把creating的逻辑直接移到Product模型的boot方法里，这样触发时机更可靠：

namespace App\Models;

use App\Services\ProductSlugManager;
use Illuminate\Database\Eloquent\Model;

class Product extends Model
{
    protected $fillable = ['name', 'description', 'slug']; // 确保slug在fillable里（虽然手动赋值不受限，但保险起见加上）

    protected static function boot()
    {
        parent::boot();

        static::creating(function (Product $product) {
            if (empty($product->slug)) {
                $product->slug = ProductSlugManager::handle($product);
            }
        });
    }
}

这种方式的触发时机和观察者本质上类似，但因为是直接绑定在模型的生命周期里，在Octane环境下更稳定，不容易出现属性收集的偏差。

方案三：覆盖模型的performInsert方法 #

如果上面两种方法都没解决，你可以直接接管Laravel的插入逻辑，在构建INSERT查询前强制生成slug。这种方式最底层，也最可靠：

protected function performInsert(\Illuminate\Database\Eloquent\Builder $builder)
{
    // 在构建插入查询前生成slug
    if (empty($this->slug)) {
        $this->slug = ProductSlugManager::handle($this);
    }

    // 调用父类的默认插入逻辑
    parent::performInsert($builder);
}

这个方法是Laravel执行模型插入的核心入口，在这里修改属性肯定会被纳入最终的SQL语句。

补充几个关键点： #

1. 先确认你的Product模型的$fillable数组里包含slug——虽然手动赋值$product->slug不受fillable限制，但如果模型有其他批量赋值的逻辑，这个配置还是要确保正确。
2. 你遇到的这个情况确实是Octane环境下的特殊表现，传统FPM模式下creating观察者的触发时机是在INSERT查询构建前的，Octane的实例复用特性导致了这个偏差，不属于Laravel的bug，是环境特性带来的适配问题。
3. 预创建时修改属性的推荐方式：优先用模型boot方法的creating回调，或者观察者+手动标记脏属性；复杂场景下再考虑覆盖performInsert，尽量保持代码的可读性。

内容来源于stack exchange