使用方法
第一步，在「数值」框里填要换算的数字。页面默认填 1，允许区间是 0 到 1000000000，支持任意小数位；单位不写在框里，由右边的下拉决定，填「250 ms」这种带字母的写法会被拒绝并给出提示。
第二步，在「从单位」选数据的单位，在「到单位」选想要的单位。打开页面时它们固定为「毫秒」和「微秒」，也就是毫秒转微秒这一对；想算天转微秒、毫秒转月，改两个下拉即可，不必换页面。
第三步，点「换算」按钮，或者直接在数值框里裸按 Enter，结果区立刻刷新成「数值 原单位 = 结果 目标单位」这一行，下面那行提示也同步更新，读屏软件会朗读本次结果。
点「载入示例」把三个输入一次性还原成默认值；点「复制结果」把换算式和结果一起放进剪贴板，换算式形如「1 × 0.001 ÷ 0.000001」，方便逐步核对。下方对照表的「导出对照表 CSV」下载带 UTF-8 BOM 的表格，用 Excel 打开中文不会乱码；「复制对照表」按 TSV 复制，可以直接粘进任意表格软件。
改完下拉后结果会自动重算，输入过程中每敲一个字符也会刷新一次。发现结果和预期对不上时，先看红色提示区有没有报错文字，再确认选的是毫秒而不是微秒——两者只差一个字，数量级却差一千倍。
这个工具能解决什么问题
第一，把毫秒和微秒这两个易混单位钉在同一把尺子上。中文里「毫」和「微」只差一个偏旁，数量级却相差一千倍，写错一个词就让延迟数据差出三个零。本页把 1 毫秒 = 1000 微秒、1 微秒 = 0.001 毫秒钉成明确结果，排期沟通、故障复盘时不再各说各话。
第二，掐掉「数零」这个最容易出错的环节。0.001 除以 0.000001 这样的算式，手推时小数点挪一位就错，而且从结果本身完全看不出来错在哪。本页用统一因子表计算，out = in × f[from] ÷ f[to]，无论选哪一对都不会把小数点挪错位置。
第三，一次覆盖从纳秒到年的十个时间单位。纳秒、微秒、毫秒、秒、分钟、小时、天、周、月、年装在同一张因子表里，任意两个都能互转。做性能剖析、音视频同步、任务排期时，不必为每一对单位再找一个页面，也不必自己记 86400 这种魔数。
本页不做这些事：不处理时区与夏令时；不识别具体日期，只算时间跨度；不把月或年当成固定日历值，而是按平均月与儒略年计算，详见下文。它只回答「一个时间长度从某单位到另一单位是多少」。
换算原理与变量说明
核心是一张相对秒的因子表。本页以秒为基准，给每个单位一个因子 f，含义是「1 个该单位等于多少秒」：纳秒 f=1e-9，微秒 f=1e-6，毫秒 f=0.001，秒 f=1，分钟 f=60，小时 f=3600，天 f=86400，周 f=604800，月 f=2629746，年 f=31556952。换算式统一写成 out = in × f[from] ÷ f[to]。
毫秒到微秒是干净的一千倍。1 毫秒 = 0.001 秒 = 1000 × 0.000001 秒，所以 1 毫秒 = 1000 微秒；反过来 1 微秒 = 0.001 毫秒。再往下探一级，1 毫秒 = 1000000 纳秒。这三个数都是精确整数，不涉及任何近似，可以放心用于对账。
月和年是平均值，不是日历值。本页的「月」取 2629746 秒，恰好是年因子的十二分之一；「年」取 31556952 秒，即儒略年 365.25 天。公历月份有 28 到 31 天，农历还有闰月，拿任何一个具体月去定义都会让换算带上月份属性，所以这里采用天文上通用的平均口径。跨月换算时请记住：结果是「平均月」，不是「某年某月」。
亚毫秒精度为什么值得单独关注。60Hz 屏幕每帧约 16.67 毫秒，掉一帧观众就能感到卡顿；音频链路里 1 毫秒的延迟已经能被人耳分辨，专业演出把这当成硬指标；网络往返延迟以几十毫秒计，游戏玩家对 30 毫秒以上的抖动非常敏感；高速摄影拍下一帧只需要几十到几百微秒。把这些场景里的数字换算成同一单位，才谈得上横向比较。
因子表对全部单位对称可用。反查 1 微秒 = 0.001 毫秒不需要另写公式，把两个下拉对调就行，算出来的是同一个除法的另一种写法。
完整示例（默认输入实测）
示例条件与页面默认值完全一致：数值 1、从「毫秒」到「微秒」。逐项核对——取因子 f[ms] = 0.001、f[us] = 1e-6；代入 out = 1 × 0.001 ÷ 0.000001，得 1000；结果区显示「1 毫秒 = 1000 微秒」，换算式行同步给出「1 × 0.001 ÷ 0.000001」。
换几个数值验证线性关系，结果严格跟着输入走：
- 输入 250：250 × 0.001 ÷ 0.000001 = 250000 微秒，高速摄影里常见的单帧量级；
- 输入 1000：1000 × 0.001 ÷ 0.000001 = 1000000 微秒，整整一百万，是默认结果的一千倍；
- 反过来输入 1 微秒转毫秒：1 × 0.000001 ÷ 0.001 = 0.001 毫秒，正是对照表最后一行。
再换一对单位交叉验证：从毫秒到纳秒，f[ns] = 1e-9，out = 1 × 0.001 ÷ 1e-9 = 1000000，正好落在「1 毫秒 = 一百万纳秒」这条十进制定义上；到秒则是 0.001，小数点平移三位。三处数字彼此闭环，说明因子表内部没有矛盾。
对照表
下表以「1 个原单位」为基准给出换算结果，共 10 行，全部直接显示。前 9 行是 1 毫秒分别等于多少纳秒、微秒、秒、分钟、小时、天、周、月、年；最后一行是反查用的 1 微秒 = 0.001 毫秒。数值全部由上面的因子表推导，和计算器算出的结果同源。
把这张表当成速查手册：想知道一帧 16.67 毫秒折合多少微秒，就用「毫秒到微秒」那一行乘 16.67；想知道 30 毫秒的网络抖动占一天的比例，看「毫秒到天」那一行即可。表里没有列出的组合，用上方计算器任选两个单位同样算得出来。
需要提醒：对照表描述的是单位与单位之间的固定比例，与你上方填的具体数值无关；你自己的实算结果请以上方结果区为准。
结果边界与舍入
- 输入范围。「数值」允许 0～1000000000。空值、非数字、负数、超出上限这四种情况都会弹出具体的中文提示，写明出问题的字段和允许区间，不会静默当成 0 处理。
- 两个单位相同。若「从单位」和「到单位」选了同一个，结果恒等于输入值。页面照常算出结果，同时在提示行写明「源单位与目标单位相同，结果恒等于输入值，请改选目标单位」。
- 大数与极小数的显示。结果小于 1e-12 或大于等于 1e15 时改用六位小数的科学计数法。所以 1 毫秒约等于 3.168873851e-11 年这类小数会写成科学计数法，对照表里给出的则是十位有效数字的完整值。
- 中间量级的处理。绝对值大于等于 1 时按 10 位有效数字取位再去掉多余的零；绝对值小于 1 时先取 15 位小数再去掉尾部零。这样 0.001 不会被写成 0.001000000000，1000 也不会平白多出小数。
- 平均口径的局限。月取 2629746 秒、年取 31556952 秒，都是平均值。涉及合同账期、计费周期这类需要精确日历天数的场合，请按具体起止日期计算，不要套用本页的月或年。
- 全程本地。换算只在当前浏览器里做，不发起网络请求，不写 Cookie 和 localStorage，关掉页面什么都不剩。
常见问题
1 毫秒为什么等于 1000 微秒？
因为 1 毫秒 = 0.001 秒，1 微秒 = 0.000001 秒，0.001 是 0.000001 的一千倍。这是 SI 前缀的十进制递进，毫、微、纳每级差一千倍，不涉及任何近似。
亚毫秒级的时间到底有什么用？
60Hz 屏幕一帧约 16.67 毫秒；音频链路里 1 毫秒延迟人耳已可察觉；高速摄影拍一帧只要几十到几百微秒；交易系统把执行延迟压到微秒级来抢速度。这些场景的共同点是：差一个数量级，体验或收益就完全不同。
本页的「月」和「年」是怎么定义的？
月取 2629746 秒，是年因子的十二分之一；年取 31556952 秒，即儒略年 365.25 天。公历月份有 28 到 31 天不等，所以这里用平均值。跨月换算的结果请理解为「平均月」，不是某个具体日历月。
为什么毫秒转微秒是整数，转年却是小数？
因为微秒与毫秒同为 SI 小单位，按 1000 递进，换算天然整除；而年是天文平均尺度，与毫秒之间隔了约 11 个数量级，只能得到 3.168873851e-11 这样的小数，页面会自动改用科学计数法显示。
网络延迟 30 毫秒算高吗？
对多数网页浏览来说 30 毫秒往返完全可接受；对实时对战游戏，30 毫秒以上抖动就会明显影响操作手感；对 VoIP 通话，端到端超过 150 毫秒就会开始干扰对话节奏。把延迟统一成毫秒再比较，是最直观的做法。
结果区为什么有时候写科学计数法？
当结果小于 1e-12 或大于等于 1e15 时，页面改用六位小数科学计数法，避免排出一长串零。比如毫秒转年、毫秒转周都会触发这个规则，对照表里保留的是十位有效数字的完整值。
数值填负数或超过 10 亿会怎样？
页面会弹出具体的中文提示，说明出问题的字段和允许区间 0～1000000000。时间不能为负，页面不会静默按 0 处理，也不会给出一个看似正常的错答案。
换算会上传我的数据吗？
不会。所有换算只在当前浏览器本地执行，页面不发起任何网络请求，也不写 Cookie 或 localStorage。打开开发者工具的 Network 面板连点几次换算，记录始终是空的。