硬盘容量与分区换算
转换所有处理都在浏览器本地完成，数据不上传服务器
两个问题一次答完：「标称 500GB 的硬盘为什么只有 465GB」，以及「想要 100GB 的分区，分区时该填多少 MB」。 那个 7% 是进制差，不是少了容量。 硬盘厂商按 10 进制标称（500 GB = 500 000 000 000 字节），操作系统按 2 进制显示（÷1024³ = 465.66）。严格说厂商说的那个单位叫 GB、系统显示的那个叫 GiB —— 同一个词被两套进制共用了，于是看起来像「缩水」。这个工具把两个数摆在一起，差多少一眼可见。 ⚠️ 刻意不给「整数分区的魔法数」。 论坛上流传着「想要 100GB 就填 102407 MB」这类公式，但那个零头来自文件系统的元数据（NTFS 的 MFT、根目录项等），它取决于簇大小与文件数量 —— 同一个数字在 4K 簇与 64K 簇下不一样。给一个看着精确的常量，等于把「某人的一块盘在某个簇大小下的经验值」说成通用规律。这里给的是能算准的那一步：填 N×1024 MB，分区本身就是 N GiB；格式化之后显示会少一点点，那个差值由文件系统决定。
功能
- 三种算法：想要的 GB 数 → 该填多少 MB、填的 MB → 显示多少、标称与显示的对照表
- 同时给出 GiB 与字节数，进制差一眼可见
- 对照表覆盖 256GB 到 16TB 的常见标称容量
- ⚠️ 不编「整数分区的魔法数」，而是说明零头来自文件系统元数据、取决于簇大小
- 极端输入被夹住，不会算出荒唐的数字
- 全部本机计算
使用方法
- 选要算什么（大多数时候是第一种）
- 填大小，选换算基数（操作系统用 1024）
- 右边给出应填的 MB 数与折合字节
- 要理解「为什么少了」就切到对照表那一档
常见问题
- 我的 500GB 硬盘只有 465GB，是不是被坑了？
- 没有。这是两套进制共用了一个单位名：硬盘厂商按 10 进制算（500 GB = 500 × 1000³ = 500 000 000 000 字节），操作系统按 2 进制显示（÷1024³ = 465.66）。严格说系统显示的应该叫 GiB，但 Windows 一直写作 GB —— 于是同一个数看起来少了 6.9%。任何容量的盘都是这个比例，1TB 显示 931GiB 也是同一个原因。
- 想要 100GB 的分区，分区时填多少 MB？
- 填 102400 MB（100 × 1024），这样分区的容量正好是 100 GiB。但格式化之后系统会显示略小于 100GB —— 文件系统自己要占一点（NTFS 的 MFT、根目录项等），占多少取决于簇大小与文件数量。论坛上那些「填 102407 就正好」的说法都是在特定簇大小下试出来的，换一台机器不一定成立，所以这里不给那个数。
相关工具
单位换算
转换在长度、重量、温度、能量、压力、流量、力、密度等 26 类单位之间换算，输入一个值就能看到同类全部单位下的结果，全部在浏览器本地完成。
进制运算
转换在二、八、十、十六进制下做加减乘除，全程 BigInt 不截断、不回绕；除法同时给出商与余数，结果可按另一种进制显示。
时间戳转换
转换把 Unix 时间戳还原成日期时间，或反过来。秒 / 毫秒 / 微秒 / 纳秒自动识别，支持小数、负数与 Windows FILETIME。全部在浏览器本地完成。
日期计算
转换算两个日期之间相差多少天，或给一个日期加减若干天、周、月。日期用日历挑或直接粘贴，结束日期留空就与今天比较。全部在浏览器本地完成。
进制转换
转换在二、八、十、十六、36、64 进制之间互转，六种结果一次全部给出，19 位的雪花 ID 也能一位不差。全部在浏览器本地完成。
Cron 解析
转换把 cron 表达式逐字段讲成人话，算出接下来几次与上一次的执行时间；永远不会触发的表达式会当场说明原因。全部在浏览器本地解析。