Laravel 5.8报错：Creating default object from empty value 问题原因及解决方法咨询

错误原因分析 #

这个错误出现在$findRequest->status = 'cancelled';这一行，本质原因很直白：当你调用WithdrawWallet::find($id)时，没有找到对应ID的提现请求记录，导致$findRequest的值是null。而你直接尝试给null对象的status属性赋值，PHP就会抛出这个警告——它会自动创建一个默认对象来处理这个非法赋值，但这完全不是我们想要的正常业务逻辑。

常见的触发场景有：

• 传入的$id对应的提现请求已经被删除
• 路由传入的$id是无效值（比如字符串、非数字，或者数据库里根本不存在这个ID）
• WithdrawWallet模型对应的数据库表中，没有匹配该$id的数据

修复方案 #

我们需要在操作模型属性前，先判断查询结果是否存在，这里提供几种实用的处理方式：

方式1：用findOrFail()自动返回404

如果当ID不存在时，希望直接返回404页面给用户，最简单的方法是把find()替换成findOrFail()：

public function denyRequest($id) {
    $findRequest = WithdrawWallet::findOrFail($id);
    $findRequest->status = 'cancelled';
    $findRequest->save();
    return redirect()->back();
}

Laravel的findOrFail()方法会在找不到记录时自动抛出ModelNotFoundException，框架会捕获这个异常并返回404响应，从根源避免后续的错误操作。

方式2：手动判断并给出友好提示

如果你想给用户更明确的操作反馈（比如“该提现请求不存在”），可以手动检查查询结果：

public function denyRequest($id) {
    $findRequest = WithdrawWallet::find($id);
    
    if (!$findRequest) {
        return redirect()->back()->with('error', '该提现请求不存在或已被删除');
    }
    
    $findRequest->status = 'cancelled';
    $findRequest->save();
    
    return redirect()->back()->with('success', '提现请求已拒绝');
}

这样用户能清晰知道操作失败的原因，而不是看到生硬的错误页面。

额外优化：给路由加参数约束

为了避免传入无效的ID（比如字符串），可以给路由添加参数约束，限制id必须是数字：

Route::get('{id}','Wallet\WalletController@denyRequest')->name('denyRequest')->where('id', '[0-9]+');

这样如果用户传入非数字的ID，路由会直接返回404，不会进入控制器方法执行后续逻辑。

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