Android存储管理

前段时间有遇到一个问题，客户在我们的Android设备上开启了Log，然后就这么放着抓了好几天，几天下来发现Log文件已经达到19GB大小了，完全超出设备存储空间大小，关键是我们的设备是2(RAM)+16(ROM)，很难理解为啥能存储19GB的内容，而且Log文件的字节数仍持续增加。

• 从文件管理器中查看显示19GB(字节数也是19GB的字节数)
• 控制台进入Log目录，ls -al查看Log文件字节数同样也是19GB字节数，du -h查看只有11GB
• 把Log文件从设备中pull到电脑，电脑上同样也是19GB(字节数同样对应19GB)的大小

场景复现：
1.准备一个大文件(超出存储空间大小)，开始拷贝到存储空间(Copy Anyway)：
2.控制台进入设备存储目录，ls -al;df -h;du -h一直观察相关信息变化，即使df -h显示存储空间已经100%使用，文件拷贝进度仍然未停止，ls -al显示仍在增加，最终到拷贝完成：


3.文件pull到本地：

从上面3个步操作的截图中可以复现出问题的场景，并且得出问题：
(1)为啥能存储大于ROM容量的文件？
(2)为啥du -h文件大小(11GB)和实际的大小(18GB)差异如此之大？

wc -l比较两个文件发现差异很大，此时，怀疑即使pull出的文件显示18GB，但是实际存储数据应该没有18GB，之所以显示18GB仅和文件结构中存储的信息有关，使用stat命令查看文件inode信息，显示Size即18GB字节数，所有的获取文件大小都是基于Size值的，而与其真正数据量无关。照此思路，计划比对两个文件16进制内容，使用hexdump对比前500行及后500行的内容，发现前面的内容是完全相同的，不一样的地方是最后出问题的文件中发生了内存地址偏移，这个就是因空间不足导致文件部分被丢弃导致的，从而也可以证明该文件实际数据其实并没有18GB。
备注：d1_69323393_end.txt是原文件后500行;d2_41932022_end.txt是超出空间后pull到本地文件后500行;d3_41932022_end.txt是超出空间设备重启，ls -al恢复正常了，pull到本地文件后500行。

文件拷贝完后，ls -al显示的是18GB的字节数，但是重启设备后字节数恢复到11GB。应该是系统因文件具有内存偏移而重新计算了文件大小。此处的11GB正是磁盘所能分配的最大空间，df -h可以显示出来磁盘信息。

总结：
(1)为啥能存储大于ROM容量的文件？
==》当文件大小超出存储空间时，系统弹出空间警告提示，所存储的实际文件并未超出存储空间。ls的数据应该是从文件属性中读取出的。

(2)为啥du -h文件大小(11GB)和实际的大小(18GB)差异如此之大？
==》du为磁盘分配给文件的大小，如存储空间剩余11GB，当文件大于剩余存储空间时，使用du -h则显示文件所占有的存储空间大小，即11GB