照片文件夹的缩略图为什么要等半天才加载

缩略图流水线的工作原理

对于文件夹视图里的每个文件，资源管理器都会让 Windows Imaging Component 把图像解码成一张小位图，结果按尺寸缓存在 %LOCALAPPDATA%\Microsoft\Windows\Explorer 下的 thumbcache_*.db 文件里。因此文件夹的首次打开受解码速度限制：每张 45 兆像素的 RAW 或 JPEG 都要消耗真实的 CPU，几千张就是几分钟的工作量。已缓存的文件夹瞬间打开——这就是设计的全部。RAW 格式（CR3、NEF、ARW）则引入了依赖：没有安装厂商编解码器，Windows 就只显示图标。

云端文件夹自带延迟：OneDrive 的仅在线文件要从云端拉取预览，每个文件一次往返，而一条不稳定的连接足以把照片文件夹变成占位符幻灯片。这些都与你的硬件无关。

冷缓存——巨型文件夹的首次打开要从零解码每张图片
缓存损坏——明显有预览的文件却缺缩略图或显示错误
未安装编解码器的 RAW 和视频格式
需要通过网络获取预览的仅在线云端文件
系统盘是机械硬盘，连缓存本身都读取缓慢
资源管理器里被悄悄打开的“始终显示图标，从不显示缩略图”

真正有效的解决办法

首先，让缓存保持温热：不要按某些清理工具建议的日程去清缩略图，因为每清一次都要把完整解码重新买一遍。当缓存真的坏了——预览消失或显示错图——就重建它：磁盘清理（cleanmgr），选择 C: 盘，勾选“缩略图”，让它删除，然后资源管理器会在你浏览时重建预览。顺手打开“文件资源管理器选项”→“查看”，确认“始终显示图标，从不显示缩略图”处于关闭状态；这是个正经设置，却常常被误点或被“优化”脚本打开。

其次，让工具匹配图库。资源管理器是文件管理器，不是照片数据库：在单个文件夹里浏览 50,000 个文件属于滥用，而按年份或拍摄拆分比任何微调都管用。真正的照片工作请用带独立预览缓存的管理器（digiKam、Lightroom），它们生成一次预览，之后立刻响应。在 OneDrive 里，把工作文件夹设为“始终保留在此设备上”，让缩略图来自本地磁盘而不是云端。