如何查看文件大小及属性【操作教程】

读取文件大小看似简单，实则暗藏陷阱：Python 的 `os.path.getsize()` 高效但需注意符号链接和异常处理；Linux/macOS 终端中 `ls -lh` 仅作近似展示，精确字节必须依赖 `stat` 命令并区分平台参数；JavaScript 浏览器端须通过 File API 在用户选择后获取 `file.size`，而 Node.js 则需权衡同步 `fs.statSync` 的简洁性与异步 `fs.promises.stat` 的健壮性——无论哪种语言或环境，混淆“显示大小”与“真实字节”都可能引发上传限制失效、磁盘告警误报等隐蔽故障，真正可靠的文件大小处理，始于对底层机制的清醒认知和跨平台细节的严谨应对。

Python 中用 os.path.getsize() 读取文件大小最直接

它返回字节数，不触发额外 I/O，也不依赖文件是否打开——只要路径存在且有读权限就行。

• 注意 os.path.getsize() 对符号链接默认返回链接本身大小（通常几十字节），不是目标文件大小；需先用 os.path.realpath() 解析真实路径
• 如果路径不存在或无权限，会抛出 OSError，不是 FileNotFoundError 单独捕获，建议统一用 try/except OSError
• Windows 下对某些系统文件（如 C:\pagefile.sys）可能因权限不足报错，即使管理员身份运行也不一定绕过

Linux/macOS 终端里 ls -lh 看的是“人类可读”大小，但别误以为是精确值

ls -lh 显示的 4.2K、1.3G 是四舍五入后的近似值，底层仍是字节，但做了单位换算和保留一位小数处理。

• 真正要脚本化获取精确字节，得用 stat -c "%s" file（Linux）或 stat -f "%z" file（macOS），两者格式参数不同，跨平台脚本必须分支判断
• du -b file 看的是磁盘占用字节数，受文件系统块大小影响，可能比 stat 结果大；普通场景该用 stat，不是 du
• 管道传入文件名时，ls 和 stat 都不支持空格路径安全传递，带空格得用 find ... -print0 | xargs -0 stat

JavaScript 浏览器环境不能直接读本地文件大小，得靠 File API

用户没选中文件前，JS 没法访问磁盘路径，所谓“读取文件大小”只能发生在 <input type="file"> 触发后。

• input.files[0].size 返回字节数，是只读属性，不需要 FileReader 加载内容就能拿到
• 如果用户多选，input.files 是 FileList，不是数组，不能直接用 map，得转成数组再操作：Array.from(input.files).map(f => f.size)
• 注意 input.files 是实时更新的，但事件监听必须绑在 change 上，click 或 focus 拿不到新值

Node.js 里 fs.statSync() 比 fs.promises.stat() 更适合简单同步场景

虽然异步是 Node 的推荐范式，但若只是启动时读几个配置文件大小做校验，同步调用反而更清晰，避免 await 泛滥和错误处理嵌套。

• fs.statSync(path).size 抛出的是 Error 类型异常，不是特定子类，无法靠 instanceof 精准区分“不存在”和“权限拒绝”，得检查 err.code（如 'ENOENT'、'EACCES'）
• 使用 fs.promises.stat() 时，catch 块里 err.code 同样有效，但要注意 Promise 链中错误不会自动终止后续 then，得显式 return 或用 try/catch 包裹 await
• 大目录下频繁调用 stat 可能成为瓶颈，此时应缓存结果，或改用 fs.readdir + 批量 stat 并行（控制并发数，别无脑 Promise.all）

实际读文件大小这事，核心就一条：别把“显示”当“计算”。显示可以四舍五入、可以省略单位、可以缓存；但程序逻辑里用到的大小值，必须明确来源是 stat 还是 du，是字节还是块，否则上线后磁盘告警阈值错位、上传限制失效，都是悄无声息的坑。

到这里，我们也就讲完了《如何查看文件大小及属性【操作教程】》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！