Laravel图片画廊读取EXIF致504超时优化方案

方案一：缩略图生成阶段嵌入EXIF信息（最优解，长期生效） #

Intervention Image默认在图片缩放处理后会丢弃原始EXIF数据，你只需要在生成缩略图的控制台命令中加一步EXIF写入逻辑，就能把原图的描述等元数据直接写到缩略图文件里，不需要额外存数据库，元数据仍然跟着图片文件走。
修改你现有的缩略图生成命令代码，在缩放完成、保存文件前加入EXIF复制逻辑：

// 生成300x300小缩略图原有逻辑
$img = Image::make($originalFilePath);
$img->resize(300, 300, function ($constraint) {
    $constraint->aspectRatio();
    $constraint->upsize();
});
// 新增：读取原图全量EXIF，写入处理后的缩略图
$exifData = $img->exif();
if (!empty($exifData)) {
    $img->setExif($exifData);
}
// 保存到thumbs_md目录
$img->save($mdThumbSavePath);

// 1024x768大缩略图同理，缩放完成后写入相同EXIF再保存
$imgLg = Image::make($originalFilePath);
$imgLg->resize(1024, 768, function ($constraint) {
    $constraint->aspectRatio();
    $constraint->upsize();
});
$imgLg->setExif($exifData);
$imgLg->save($lgThumbSavePath);

注意：如果你的Intervention Image版本低于2.7，setExif方法不可用，直接升级到2.7+稳定版即可。存量老缩略图重新跑一遍生成命令补全EXIF后，后续读取描述直接读体积很小的缩略图即可，不需要再加载大体积原图，读取速度会提升数十倍。

方案二：分页逻辑重构，仅读取当前页图片的EXIF（无需重新生成存量缩略图，立刻解决超时） #

你当前超时的核心原因是：在分页前就全量扫描所有文件、读取所有原图的EXIF，文件量超过200张后IO开销直接触发nginx超时。只需要调整代码顺序，先分页、再仅处理当前页20张图的EXIF读取，就算临时读原图，20张的IO开销也完全在超时阈值内。

控制器修改代码 #

public function item($slug)
{
    // 仅扫描小缩略图目录，不需要提前全量扫描大缩略图目录
    $files = Storage::disk('public')->allFiles('thumbs_md/'.$slug);
    if (empty($files)) {
        abort(404);
    }

    // 读取分类标题，逻辑不变
    $title = 'Picture not found';
    $categoryImgPath = storage_path('app/img/categories/'. $slug.'.jpg');
    if (file_exists($categoryImgPath)) {
        try {
            $image = Image::make($categoryImgPath);
            $title = $image->exif('ImageDescription') ?: $title;
        } catch (\Exception $e) {}
    }

    // 先做分页切割，不提前处理全量文件
    $perPage = 20;
    $currentPage = \Illuminate\Pagination\Paginator::resolveCurrentPage();
    $currentPageFiles = array_slice($files, ($currentPage - 1) * $perPage, $perPage);

    // 仅处理当前页的20个文件，拼接数据、读取EXIF
    $items = [];
    foreach ($currentPageFiles as $file) {
        // 大缩略图路径直接通过字符串替换生成，省去全量目录扫描的开销
        $lgPath = str_replace('thumbs_md', 'thumbs_lg', $file);
        // 缩略图补完EXIF后直接读缩略图路径即可，临时过渡阶段可以替换为原图路径
        $descReadPath = Storage::disk('public')->path($file);
        // $descReadPath = storage_path('app/img/'.str_replace('thumbs_md/'.$slug.'/', '', $file));
        $description = '';
        try {
            $img = Image::make($descReadPath);
            $description = $img->exif('ImageDescription') ?: '';
        } catch (\Exception $e) {}

        $items[] = (object)[
            'thumb' => $file,
            'link' => $lgPath,
            'description' => $description
        ];
    }

    // 生成分页对象
    $items = new \Illuminate\Pagination\LengthAwarePaginator(
        $items,
        count($files),
        $perPage,
        $currentPage,
        ['path' => request()->url()]
    );
    $items->title = $title;
    $items->slug = $slug;
    
    return view('pages.gallery.item', compact('items'));
}

视图修改代码 #

放开之前注释的描述字段即可：

<div class="gallery">
  @foreach ($items as $item)
  <a href="/storage/{{ $item->link }}" class="lightGallery"> 
    <img alt="{{ $item->description }}" src="/storage/{{ $item->thumb }}">
    <p>{{ $item->description }}</p>
  </a>
  @endforeach

  {{-- 分页导航 --}}
  <div class="pagination">
    {{ $items->links() }}
  </div>
</div>

额外优化建议 #

• 可以给EXIF读取结果加文件缓存，单张图片的描述缓存30天，图片未更新时不重复读取EXIF，响应速度还能进一步提升
• 两个缩略图目录的文件是一一对应的，不需要两次调用allFiles扫描目录，直接字符串替换路径即可，能减少一半的文件系统扫描开销
• 存量缩略图补EXIF的操作可以放在低峰期跑脚本分批处理，不需要停服，过渡阶段用方案二的分页逻辑完全可以正常提供服务

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