我们通常保存一个文件的时候,并没考虑这个文件最大的容量是多少;但对于应用的角度来讲,显得非常重要,我们在开发应用的时候就遇到一个问题;发现一个文件夹存放文件是有限制的;相关参考文件见如下:
对于FAT16文件系统,可以保存的文件体积最大值是 4 GB
- 1 byte (2^32 bytes - 1
byte);卷的最大体积是4GB;每个卷上最多可以保存的文件数量是65,536个
(2^16);根目录下可以保存的文件和文件夹数量最大值是512个(如果使用了长文件名,该数字还会减小)
对于FAT32文件系统, 可以保存的文件体积最大值是 4 GB
- 1 byte (2^32 bytes - 1
byte);Windows自带的工具可以创建的卷的最大体积是32GB;每个卷中最多可以保存的文件数量是4,177,920个;一个特定文件夹中最多可以保存的子文件夹和文件的数量是65,534(如果使用了长文件名,那么该数字会减小)
对于NTFS文件系统,可以保存的文件的大小的最大值,理论上是16EB
- 1 KB (2^64 bytes - 1 KB)(1EB=1024PB=1024TB=1024GB)
,实际实现过的最大值是16TB - 64 KB (2^44 bytes - 64
KB);卷的体积最大值,理论上可以达到2^64个簇 -
1个簇,实际实现过的最大值是2^56 TB - 64 KB ( 2^32 个簇 -
1个簇);每个卷可以包含的文件个数的最大值是4,294,967,295个
(2^32 - 1)
我们采取的解决办法是,按照天去建立文件夹,然后应用程序把文件保存在该文件夹,就能解决现有的瓶颈;
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/30193/viewspace-547150/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/30193/viewspace-547150/