单位换算长度重量温度时间戳时区
单位换算的工程常识：长度/重量/温度与时间口径的那些细节
“数值没对上”的问题里，有相当一部分来自单位与时间口径不一致。我把常见的坑与约定写在这里，做项目时能省不少时间。
长度与重量：精度、舍入与显示
- 规格与显示分离：内部计算保留更高精度（如 6 位小数），显示时按业务需要取 2-3 位；
- 舍入规则写死：四舍五入/向上取整/向下取整要统一，并在接口返回里说明；
- 单位标注：报表与导出文件的列名中包含单位（如 长度(cm)）。
工具：
温度：°C、°F 与 K 的换算
- 公式：
- °C ↔ °F：F = C × 9/5 + 32；
- K ↔ °C：K = C + 273.15；
- 报表中要统一温标，避免在同一张图里混用不同单位。
时间：时区与时间戳的口径
- Unix 时间戳是 UTC 基准，不含闰秒；
- 显示“本地时间”时，必须注明时区（或以 ISO 8601 带偏移输出）；
- 批量转换时要确认输入是秒还是毫秒，很多出错来自“乘以/除以 1000”。
工具：
精度与误差传播
- 多次换算会引入误差，尽量在同一基准单位上做运算；
- 导入导出尽量使用十进制字符串，不要让二进制浮点参与“货币类”换算；
- 金额等敏感字段用整数“最小单位”（如分）存储。
文档与校验样例
- 在接口文档里给出 3-5 组“可复制”的样例，包含输入、单位、期望输出；
- 报表脚注写清楚单位与时间口径，尤其跨区域协作时；
- 数据校验时把“单位换算”和“数值异常”分开定位，别一股脑归咎。
把这些基本约定写在前面，项目里很多反复沟通的成本就没了。剩下的事交给工具与自动化检查，效率会更高。