Laravel通过AJAX删除文件报错：unlink(...) Resource temporarily unavailable

兄弟，这个问题我太熟了！你碰到的unlink(...) Resource temporarily unavailable错误，本质就是你要删的文件正被其他进程占用着，所以当下删不了，等10秒后占用释放了，自然就能删掉了。结合你的代码场景，我给你分析下可能的原因和对应的解决办法：

可能的占用场景 #

• 你刚通过AJAX完成文件上传，服务器端还没完全写完文件、释放文件句柄，就立刻触发了删除操作；
• 项目里有异步队列、音频处理（比如转码）之类的进程，还在读写这个音频文件；
• 甚至可能是浏览器的上传请求还没完全结束，文件资源没被释放。

具体解决方案 #

1. 改用Laravel的Storage门面处理文件删除 #

Laravel的Storage类会更稳妥地处理文件句柄，比直接用原生unlink更可靠，还能自动处理文件不存在的情况：

use Illuminate\Support\Facades\Storage;

$listening = Listening::find($id);
if ($listening->audio !== $request->audio) {
    $filePath = 'listening/admin/' . $listening->audio;
    // 用public磁盘，对应public_path下的文件
    if (Storage::disk('public')->exists($filePath)) {
        Storage::disk('public')->delete($filePath);
    }
}

2. 给删除操作加重试机制 #

如果不确定什么时候文件占用会释放，可以用Laravel自带的retry辅助函数，自动重试几次：

$listening = Listening::find($id);
if ($listening->audio !== $request->audio) {
    $filePath = public_path('listening/admin/' . $listening->audio);
    // 重试3次，每次间隔2秒，总时长6秒，基本能覆盖大部分占用场景
    retry(3, function () use ($filePath) {
        // 先判断文件是否存在，避免重复报错
        if (!file_exists($filePath)) return true;
        return unlink($filePath);
    }, 2000);
}

3. 排查并等待占用进程结束 #

如果是异步任务（比如队列）在处理这个文件，要确保任务执行完成后再触发删除：

• 如果你用了Laravel队列，可在任务完成的回调里触发删除逻辑；
• 服务器上可以用lsof命令排查哪个进程在占用文件：

  lsof /your-project-path/public/listening/admin/your-audio-file.mp3
  

  找到进程后，调整业务逻辑，等该进程结束再执行删除。

4. 调整前端AJAX的调用时机 #

如果是前端刚上传完就立刻发删除请求，要确保上传请求完全成功后再触发删除：

// 假设上传接口的Promise是uploadAudio()
uploadAudio().then(uploadRes => {
    // 确认上传成功后，再调用删除接口
    return deleteOldAudio();
}).then(deleteRes => {
    console.log('旧文件删除成功');
}).catch(err => {
    console.error('操作失败', err);
});

总结 #

这个问题核心就是文件资源竞争，只要确保删除操作在文件完全释放后执行，或者通过重试机制覆盖临时占用的情况，就能解决啦。

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