延迟任务执行时传递的用户ID丢失，CREATED_BY字段为NULL

可能的错误点及解决办法 #

1. 延迟任务构造函数未正确赋值 #

检查DelayedAddPeopleJob的构造函数，确保传入的$userId被正确赋值给$this->placedBy：

class DelayedAddPeopleJob implements ShouldQueue
{
    public $placedBy; // 建议设为公共属性，避免序列化问题
    protected $event;

    public function __construct($event, $userId)
    {
        $this->event = $event;
        $this->placedBy = $userId; // 必须明确完成赋值
    }

    public function handle()
    {
        // 任务执行逻辑
    }
}

如果$placedBy是私有/保护属性，Laravel默认支持序列化，但如果自定义了序列化逻辑，可能导致属性丢失，改为公共属性可快速验证是否是序列化问题。

2. 分发任务时$userId本身为NULL #

在分发任务的代码中添加日志，确认$userId的实际值：

$userId = Auth::user() ? Auth::user()->getAuthIdentifier() : null;
Log::info('分发DelayedAddPeopleJob，userId: ' . $userId); // 新增日志验证
$job = new DelayedAddPeopleJob($event, $userId);
dispatch($job)->delay(DelayedAddPeopleJob::DELAY);

如果日志显示此时$userId就是NULL，说明分发任务时用户未登录，需调整业务逻辑（比如仅在用户登录时触发任务，或明确处理NULL场景）。

3. 模型批量赋值限制 #

firstOrCreate依赖批量赋值，检查AutoAddHistory模型的$fillable数组是否包含CREATED_BY_COLUMN对应的字段：

class AutoAddHistory extends Model
{
    const CREATED_BY_COLUMN = 'created_by'; // 先确认常量对应的字段名拼写正确

    protected $fillable = [
        // 其他字段...
        self::CREATED_BY_COLUMN, // 必须将该字段加入批量赋值允许列表
    ];
}

如果字段不在$fillable中，Laravel会过滤掉该赋值，导致数据库中CREATED_BY字段为NULL（若字段允许NULL）。

4. 任务执行时$placedBy丢失 #

在任务的handle方法中添加日志，确认执行时$this->placedBy的实际值：

public function handle()
{
    Log::info('执行DelayedAddPeopleJob，placedBy: ' . $this->placedBy);
    // 其他业务逻辑...
    AutoAddHistory::firstOrCreate([
        AutoAddHistory::MATRIX_ID_COLUMN => $matrixId,
        AutoAddHistory::ROLE_ID_COLUMN => $ppr->getRoleId(),
        AutoAddHistory::PERSON_ID_COLUMN => $ppr->getPersonId(),
        AutoAddHistory::CREATED_BY_COLUMN => $this->placedBy,
    ]);
}

如果日志显示$placedBy为NULL，说明序列化过程中丢失了该属性，可尝试：

• 将$placedBy改为公共属性
• 若任务类实现了__sleep方法，确保该方法返回的数组包含$placedBy

内容的提问来源于stack exchange，提问作者Magic