图库中显示的所有照片（约2,000张）的总文件大小约为500MB。文件夹中另外还有约35,000张图片，其中包含.nomedia文件，以指示Android忽略其中的媒体。这些文件的总大小约为1.5GB。 Gallery应用程序正确地忽略了这些图像，但是我想知道Camera应用程序是否行为不当并实际上没有处理它们。
我认为自ICS升级以来出现了此问题……或者当手机（三星Galaxy Note）最早是从Gingerbread或以后的某个日期更新的。
有什么想法吗？
#1 楼
当您一次通过whats'app或pixlrxperss之类的第三方应用程序加载许多图像时，就会发生这种情况。到目前为止，唯一已知的解决方案是用一个小的同名.thumbnail文件替换.thumbnail文件。每次最多可能要替换两个这样的文件。#2 楼
这是正常现象，通常不是错误。通常。
执行其他操作之前，请先弄清楚手机的存储区是否使用的文件系统不是FAT。或其任何兄弟。
如果您未使用FAT或类似文件，则这些文件报告为最大大小，但实际上不占用大量空间，因为它们被称为稀疏文件。这意味着您只需删除一次即可，即使报告了最大大小，它们也可以重新创建，但是大小为零。
如果您使用的是FAT或类似文件，或者报告的大小文件正在引起其他应用程序的麻烦，请按照prepbgg答案中的说明进行操作，以将缩略图索引重新设置为零，您可能希望不时重复此操作。
评论
至少在CyanogenMod9上，如果是VFAT，则/ mnt / sdcard分区，因此不支持稀疏文件-尝试创建一个将改为创建填充零而不是稀疏文件的REAL大文件。
– Matija Nalis
14年6月20日在17:01
#3 楼
通过谷歌搜索，我发现了ICS中可能导致此问题的错误。按照以下建议，我得到了：
删除了thumbdata文件（在DCIM / .thumbnails）
在“设置”->“应用程序”->“所有”->“画廊”中：清除数据（只有几MB），（如果那里有缓存，我也将清除缓存），然后“强制停止”
在“设置”->“应用程序”->“所有”->“媒体存储”中：清除数据（仅约30MB），（如果有任何内容，我也会清除缓存），然后“强制停止”
重新启动电话
当我下次运行Camera应用程序时，它很长时间没有响应，可能是20到30分钟，大概是在重新扫描媒体文件时。在等待完成之后，现在看起来一切正常：
相机，图库和QuickPic似乎都可以正常工作
thumbdata4似乎已稳定在500MB左右（仍然令人惊讶地很大） ，但可管理）。
评论
我说得太早了。在以相同大小粘贴4或5天后，.thumbdata4文件现在已跳至1.1GB。
– prepbgg
2012年9月17日下午7:47
删除.thumnails文件夹，并在其中创建一个具有相同名称的文件，这将阻止重新创建该文件夹：forum.xda-developers.com/showthread.php?t=1318827&page=3
–79E09796
13年3月13日在10:35
有一个建议的解决方案：复制.thumbnail ..文件名，将其删除，然后在dcim / thumbnails /中创建与该文件相同的文件夹。这样可以防止图库再次制作文件。但是我想一段时间后它将用不同的名称创建它。我的手机中可能有2GB的照片。大约3-4GB的.thumbnail文件。
– Kokesh
2013年9月6日上午9:13
@ 79E09796它仅在您拍下另一张照片或在手机上四处移动照片之前有效。
– Secko
13-10-21在23:01
#4 楼
我知道这个问题很旧，但是我试图在这里和那些android论坛上找到一个解决方案。似乎没有任何工作。在.thumbnails上创建到/ dev / null的链接解决了该问题，现在看起来很明显：
将手机连接到计算机
找到巨大的DCIM / .thumbnails文件夹并将其删除
以根目录创建root指向/ dev / null的链接，其名称为：
$ sudo ln -s / dev / null .thumbnails
这避免了再次创建文件夹。我什至没有注意到我的设备出现任何问题，甚至没有在whatsapp或quickpic上显示缩略图。
评论
不幸的是，至少在CynogenMod 9（基于Android 4.0.4）上，/ mnt / sdcard是VFAT类型的，因此不支持符号链接（其他在ext2 / 3/4文件系统上也可以使用的好东西，例如“ chown root .thumbnails ; chmod 000 .thumbnails; chattr + i .thumbnails”）
– Matija Nalis
14年6月20日在17:05
#5 楼
在Android 6.0（棉花糖）中，图库应用程序已替换为Google相册。您应该可以删除缩略图文件夹，因为我认为“照片”应用程序不使用它。#6 楼
唯一的方法是删除Gallery应用程序并安装另一个应用程序。 QuickPic是一个替代应用程序，它不生成任何缩略图，并且快速有效。Andión给出的答案也有效。
请注意，必须禁用各种应用程序中的功能以防止堆叠。在X-plore文件管理器中，禁用“显示媒体文件”，它不会生成缩略图。最后，在您通常无法访问的图像文件夹中添加一些
.nomedia文件。#7 楼
给您的视频和图像文件名称以.开头，例如.video。然后在DCIM文件夹中不会创建缩略图。
另一种解决方案是为您的应用列表禁用图库应用在您的设置中。
评论
您的第一个建议是将图像和视频文件也完全隐藏-这不太可能符合OP的利益。第二个您可能不是很认真的意思（至少在没有建议OP可以用来查看这些媒体的情况下，这种情况已经得到了更好的解决）。
– Izzy♦
2014年7月14日15:10
#8 楼
首先，从DCIM文件夹中删除.thumbnails文件夹
然后在DCIM文件夹中创建名称为'.thumbnails'的文件
您已完成。
注意：创建文件，而不是文件夹。如果您没有文件管理器，请从Play商店免费下载ES文件管理器。
评论
thumbdata文件为每个图像（忽略.nomedia的图像）iirc存储一个10 KB的微型缩略图。如果它变得越来越大，三星可能已经坏了一些东西。参见MiniThumbFile.javaHmm MiniThumbFile存储带有ID的数据偏移量，该ID是分配给设备上所有文件（包括nomedia文件）的数字。如果您有很多文件，并且图像的ID高，则它们会在minithumbfile中定位得很晚。如果您尝试获取较低的真实图像ID，则可能会得到一个较小的文件（可能将nomedia图像的文件夹重命名为Z或可以正常工作-在系统设置> apps> Media Provider下的某个位置重设媒体数据库）左右）
谢谢您的建议，zapl。我不明白您关于在字母后面命名nomedia文件夹的建议为什么会有所帮助；较高的ID号会占用更多空间吗？幸运的是，我似乎找到了一种解决方法。请参阅下面的答案。
顺便说一句，我看到甚至有一个投票就可以“关闭”这个问题，甚至还没有被回答。我不明白有人认为这个问题在某种程度上不合适吗？
问题与编程无关，IMO是否可以更好地适合Android发烧友。关于更大的id事情：我不确定100％，但是拇指文件使用了长pos = id * BYTES_PER_MINTHUMB;作为文件中的位置，因此ID越大，文件必须越大。这些拇指中的2000个（ID为0-1999）应该仅需要20mb。令我感到困惑的部分是，您有一个minithumb4文件，而官方资源中只有minithumb版本3。