Laravel加密：获取多条数据库记录时触发Payload is Invalid错误

你已经搞定了核心逻辑——用模型修改器加密提交的note字段，单条记录展示也正常，问题就出在列表页遍历的时候：数据库里混着未加密的明文数据，访问器硬要解密这些不符合Laravel加密格式的内容，自然就抛出错误了。我给你几个落地的解决思路：

1. 先批量加密现有明文数据 #

首先得把数据库里已有的明文note统一加密，从根源上消除问题。你可以通过Tinker快速处理：

// 终端执行 php artisan tinker，再运行以下代码
YourModel::whereRaw('note NOT LIKE ?', ['eyJpdi%'])->each(function ($model) {
    // 手动触发修改器的加密逻辑
    $model->note = $model->note;
    $model->save();
});

Laravel加密后的字符串默认以eyJpdi开头，用这个条件能精准筛选出所有未加密的记录，逐个触发修改器加密并保存即可。

2. 给访问器加容错判断 #

为了防患未然（比如以后手动插入明文数据），修改模型的访问器，只对符合加密格式的数据解密，明文直接返回：

public function getNoteAttribute($value)
{
    // 先判断是否是Laravel加密格式的内容
    if (str_starts_with($value, 'eyJpdi')) {
        try {
            return decrypt($value);
        } catch (\Illuminate\Contracts\Encryption\DecryptException $e) {
            // 解密失败时返回原始值，避免页面直接崩溃
            return $value;
        }
    }
    // 明文直接返回
    return $value;
}

加上try-catch是为了应对极端情况，比如加密串被篡改导致解密失败，这样页面不会中断，而是返回原始内容。

3. 优化修改器，避免重复加密 #

还要确保设置修改器不会对已加密的内容重复加密，否则会导致解密时出错：

public function setNoteAttribute($value)
{
    // 只有内容不是加密格式时才执行加密
    if (!str_starts_with($value, 'eyJpdi')) {
        $this->attributes['note'] = encrypt($value);
    } else {
        $this->attributes['note'] = $value;
    }
}

这样更新记录时，如果传入的已经是加密后的note，就不会再次加密，避免出现多层加密的问题。

按这三步操作后，列表页遍历记录时就不会再出现「Payload is Invalid」的错误了。

内容的提问来源于stack exchange，提问作者J. Robinson