为什么单位换算是一个精度问题
物理量描述的是同一现实在不同刻度下的表达。长度无论是米还是英尺，本质仍是长度；温度无论是摄氏还是华氏，都是热力学状态。错误往往来自用错换算系数、混淆仿射刻度（温度）与比率刻度（长度、质量），或混用二进制与十进制的数据容量前缀。本工具族汇总若干采用固定、公认关系的换算器，便于在常见单位之间切换，而无需手工维护电子表格。
若您常在建筑图纸与旅行笔记中换算长度，可使用专用的 From feet to meters。
比率刻度与仿射刻度
比率刻度（长度、质量、体积、数据容量）具有真正的零点。换算是乘以常数系数。米数加倍，英尺数也加倍。
仿射刻度（Celsius、Fahrenheit、Kelvin）需要比例因子与偏移量。温度不能仅靠乘法换算：(0^\circ\mathrm{C}) 不等于 (0^\circ\mathrm{F})，摄氏读数之比也不像开尔文之比那样具有明确的物理意义。Temperature converter 的作用就是让这些偏移保持显式。
混淆两种思维模型是经典软件缺陷：把 °C 当作比率单位，或忘记 Kelvin 与 Celsius 共享度的大小却不共享零点。
长度、重量与体积
日常场景反复出现一小套单位：米、千米、英里、英尺；千克、克、磅；升、毫升、加仑（除非另有说明，默认为 US customary）。精确定义见计量标准。国际英尺恰为 0.3048 m，故英尺→米为纯乘法。英里与千米按国际英里相差 1.609344 km。
当您需要不止一种快捷方式时，Universal converter 可在长度、重量、体积组之间切换。From feet to meters 仍是常见英制→SI 长度对的专注路径。烹饪量杯与地区性加仑可能不一致——在精度要求超出本集合时，请标明所指加仑。
温度与数据容量
参考关系：(F = C \times 9/5 + 32)；(C = (F - 32) \times 5/9)；(K = C + 273.15)。绝对零度为 (0,\mathrm{K})。尽量在一次表达式中完成换算；对中间步骤四舍五入可能使 (100^\circ\mathrm{C}) ↔ (212^\circ\mathrm{F}) 偏差一个 ulp。
存储界面历来混乱。Data size converter 使用**二进制（1024 基数）**系数：1 KB = 1024 B，依此类推至 TB。硬盘标签常用十进制 (10^9) 风格的 GB，而操作系统界面可能显示 gibibyte 风格总量——分歧往往源于进制，而非磁盘损坏。IEC 名称（KiB、MiB、GiB）使二进制含义一目了然。
本族子工具
- From feet to meters — 国际英尺换算为米。
- Universal converter — 长度、重量或体积；选择源单位与目标单位。
- Temperature converter — Celsius ↔ Fahrenheit ↔ Kelvin。
- Data size converter — 自字节至太字节，采用二进制 1024 系数。
使用规范、选型与局限
工程记录优先 SI；在面向习惯英尺或磅的用户界面边界处再换算。中间值保持全精度，展示时只舍入一次。勿将 5ft 7in 这类复合字符串直接填入单一标量字段，除非具备长度解析器。
快速英制长度 → feet-to-meters。混合 DIY / 旅行 / 厨房 → universal。天气与烤箱 → 仅温度。内存与文件 → 数据容量，并留意 1024 与营销用十进制 GB 的差异。
覆盖范围为常用核心，而非完整单位库。日常“重量”将磅/千克视为常见质量/重量。货币、时区与历法属不同领域。这些计算器为普通数值变换——无需媒体编解码器——但当换算关系涉安全、医疗、航空或法定计量时，请对照一级标准核验。
嵌入相同数学
存储规范 SI（或 kelvin/byte）值并按需格式化显示。在输入/输出边界换算；勿经 Fahrenheit 反复往返累积误差。数据容量应以整数形式暴露原始 bytes。测试向量：(1,\mathrm{ft} = 0.3048,\mathrm{m})；(0^\circ\mathrm{C} = 32^\circ\mathrm{F} = 273.15,\mathrm{K})；(1024^3) bytes = 一个二进制 gigabyte 台阶。
摘要
单位换算是比率刻度的乘法、温度的比例加偏移，以及数字存储的显式进制选择。本 hub 提供英尺→米快捷方式、分组通用换算器、尊重仿射变换的温度工具，以及二进制数据容量换算器。按物理量类型选型，面向用户只舍入一次，并在任何记录系统中保留规范 SI（或原始 bytes）。