Laravel用户头像上传需保证数据库与文件操作强一致：方案一先提交数据库再存文件并补偿删除；方案二先存文件再写库但需清理孤儿文件；方案三用临时目录+原子重命名彻底消除中间态。
在Laravel中执行用户头像上传并同时创建用户记录时，若数据库写入成功但文件保存失败，就会留下无头像的脏数据；反之，若文件已存但数据库插入回滚，又会产生无法关联的孤立文件——必须让二者行为严格同步。
先完成数据库写入再保存文件（带补偿删除）
该方案以数据库为事务主体，文件操作置于提交之后，通过手动补偿机制兜底。适合对数据库强一致性要求高、且能接受少量孤立文件临时存在的场景。
1、调用DB::transaction()开启事务，在闭包内插入用户记录并获取主键ID。
2、调用DB::commit()显式提交事务，确保数据库变更已落盘且不可逆。
3、使用该ID构造唯一路径，例如Storage::putFileAs($request->file('avatar'), 'avatars', "user_{$id}_".Str::uuid().'.jpg')保存文件。
4、若putFileAs()抛出异常（如磁盘满、权限拒绝），立即执行DB::table('users')->where('id', $id)->delete()——【这是唯一能清理已提交数据的方式，不可省略】。
先保存文件再写入数据库并绑定路径
该方法把文件系统作为第一道屏障，规避了数据库事务无法控制文件操作的天然限制。文件保存成功是数据库写入的前提，失败成本低，但需额外处理孤儿文件。
方法一：直接存储并捕获路径
调用$path = $request->file('avatar')->store('avatars')，返回类似avatars/abc123.jpg的相对路径。
方法二：指定磁盘与可见性
使用Storage::disk('public')->putFile('avatars', $request->file('avatar'))，确保文件可被Web服务器直接访问。
开启DB::transaction()闭包，创建模型实例并将$path赋值给$user->avatar_path，再调用$user->save()。
若事务中途失败，文件已存在磁盘上，【此时不会自动删除，需后续用队列任务扫描avatars/目录比对数据库记录进行清理】。
使用临时目录+原子重命名策略
该方案利用Linux/Unix系统rename()的原子性，彻底消除中间态残留。仅适用于本地驱动（如local）且不跨文件系统。
第一步：生成唯一临时路径，例如$tempPath = storage_path('app/temp/' . Str::uuid() . '.tmp')。
第二步：将上传文件移动至该路径，使用move_uploaded_file($file->getRealPath(), $tempPath)——这步不经过Storage门面，绕过事件和配置干扰。
第三步：开启数据库事务，插入记录并获取ID，暂不提交。
第四步：构造正式路径，如$finalPath = "avatars/user_{$id}_" . date('Ymd') . '.jpg'，然后执行rename($tempPath, storage_path("app/{$finalPath}"))。
第五步：若重命名成功，提交事务；若失败（如目标目录不存在），【必须先unlink($tempPath)再rollback，否则临时文件永久滞留】。
