我使用这个函数将文件大小(以字节为单位)转换为人类可读的文件大小:
零二线函数 var i = -1; var byteUnits =[英国‘计划生育’‘兆’,‘和合’,‘PB’‘EB”、“ZB’,‘YB]; do { fileSizeInBytes /= 1024; 我+; while (fileSizeInBytes > 1024) 数学归来。max(fileSizeInBytes, 0.1)。toFixed(1) + byteUnits[i]; 的 控制台日志(getReadableFileSizeString (1551859712);//输出是“1.4 GB”
然而，这似乎不是百分之百准确的。例如:
getReadableFileSizeString(1551859712); // output is "1.4 GB"
不应该是“1.5 GB”吗?除以1024似乎失去了精度。是我完全误解了什么，还是有更好的办法?
当前回答
基于cocco的答案，但略有淡化(老实说，那些我觉得舒服的被保留/添加)，不显示后面的0，但仍然支持0，希望对其他人有用:
函数fileSizeSI(size) { var e = (Math.log(size) / Math.log(1e3)) | 0; return +(size / Math.)战俘(1 e3, e)) .toFixed (2 ) + ' ' + (' kMGTPEZY [e - 1 ] || '') + ' B”; ｝ / /测试: 文档。write([0, 23, 4322, 324232132, 22e9, 64.22e12, 76.22e15, 64.66e18, 77.11e21, 22e24].map(fileSizeSI).join('<br>'));
其他回答
这里有很多很棒的答案。但是，如果您正在寻找一种非常简单的方法，并且不介意使用流行的库，那么filesize https://www.npmjs.com/package/filesize就是一个很好的解决方案
它有很多选项，用法也很简单。
filesize(265318); // "259.1 KB"
从他们优秀的例子中
这取决于你是想使用二进制还是十进制约定。
例如，RAM总是用二进制来度量，因此将1551859712表示为~1.4GiB是正确的。
另一方面，硬盘制造商喜欢使用十进制，所以他们称它为~1.6GB。
只是让人迷惑的是，软盘混合使用了这两种系统——它们的1MB实际上是1024000字节。
基于cocco的答案，但略有淡化(老实说，那些我觉得舒服的被保留/添加)，不显示后面的0，但仍然支持0，希望对其他人有用:
函数fileSizeSI(size) { var e = (Math.log(size) / Math.log(1e3)) | 0; return +(size / Math.)战俘(1 e3, e)) .toFixed (2 ) + ' ' + (' kMGTPEZY [e - 1 ] || '') + ' B”; ｝ / /测试: 文档。write([0, 23, 4322, 324232132, 22e9, 64.22e12, 76.22e15, 64.66e18, 77.11e21, 22e24].map(fileSizeSI).join('<br>'));
这是我的-也适用于真正大的文件-_-
function formatFileSize(size)
{
var sizes = [' Bytes', ' KB', ' MB', ' GB', ' TB', ' PB', ' EB', ' ZB', ' YB'];
for (var i = 1; i < sizes.length; i++)
{
if (size < Math.pow(1024, i)) return (Math.round((size/Math.pow(1024, i-1))*100)/100) + sizes[i-1];
}
return size;
}
计算的另一个体现
function humanFileSize(size) {
var i = size == 0 ? 0 : Math.floor(Math.log(size) / Math.log(1024));
return (size / Math.pow(1024, i)).toFixed(2) * 1 + ' ' + ['B', 'kB', 'MB', 'GB', 'TB'][i];
}
