# 出生时间、时区与真太阳时，怎样选才清楚？

从夏令时、经度到子初换日，解释为什么同一出生资料可能排出不同命盘，以及如何留下可复核的计算约定。

原文: https://wenbu.app/learn/birth-time-timezone/
更新: 2026-09-30
编写: Wenbu · AI 辅助编辑

## 先把结论说清楚

出生钟表时间要先结合日期与当时的时区，才能得到一个确定时刻。太阳时是另一个明确选择的计算约定：在地方经度修正上加入均时差。问卜用近似公式校正日、时柱，年、月柱仍按原始绝对时刻比较交节，不能把所有时间都一起平移。

- 先确认记录的时区，再考虑太阳时；太阳时选项不能修复错误的日期、夏令时或 UTC 偏移。
- 东经取正、西经取负。问卜的修正分钟数为 4 × 经度 − 当时 UTC 偏移分钟数 + 均时差。
- 靠近时辰或换日边界时保存两种约定的结果；近似校正不是消除出生记录误差的方法。

**把记录时间、绝对时刻与太阳时约定分开检查。**

四张检查卡分别列出出生记录、历史时区、太阳时约定、换日与时辰，以及每一项需要核对的资料。它们帮助定位两盘差异来自哪一层。下方完整表格另列年、月交节检查和常见错误；太阳时实例再展示如何保留原始时刻与修正量。

## 钟表上的时间还不够

1990 年某地的「下午三点」，需要结合当时使用的时区与夏令时，才能对应一个明确的世界时刻。今天的 UTC 偏移不一定等于出生那天的偏移。中国大陆也曾在部分年份实行夏令时。

问卜接受 IANA 时区，例如 Asia/Shanghai 或 America/New_York，由时间库处理历史偏移。使用手机当前时区替代出生地时区，会造成错误，尤其是移居后排盘。

## 遇到夏令时重复或缺失的时间

夏令时前拨会跳过一段钟表时间；后拨可能让同一个时间出现两次。遇到这种输入，问卜的八字工具会提示补充明确偏移，而不会默默替用户选择一个时刻。

例如纽约 2024 年 3 月 10 日的 02:30 并不存在于当地民用时钟；11 月 3 日的 01:30 则有两种可能。此时应查出生记录，再用明确 UTC 偏移表达所指时刻。

## 两盘不一致，先定位哪一层不同

| 检查层 | 需要核对的资料 | 常见误差 |
| --- | --- | --- |
| 出生记录 | 公历日期、当地钟表时间、记录精度 | 把农历日期直接填入公历输入框 |
| 历史时区 | 出生地 IANA 时区及当日 UTC 偏移 | 使用现居地时区，或手动重复扣除夏令时 |
| 太阳时约定 | 是否启用、经度、修正量和公式 | 东西经符号反了，或把均时差当成经度差 |
| 换日与时辰 | 零点或 23:00 换日、晚子时时干规则 | 两盘日柱不同，却只比较 AI 解读措辞 |
| 年、月交节 | 是否比较同一个绝对时刻及交节点 | 把地方太阳时校正再次作用于交节时刻 |

## 真太阳时做了什么？

地方平太阳时考虑经度：每一经度约对应四分钟。视太阳时还加入均时差，反映太阳视运动与平均时钟的差异。时区经线、出生地经度和历史夏令时都不能混为一谈。

问卜提供近似视太阳时校正，需要用户输入经度，并在结果中保留分钟修正量。它不是高精度天文历表；接近时辰或换日边界时，应比较校正前后结果，不能把近似数字当作绝对答案。

## 把规则与结果一起保存

问卜默认零点换日，同时提供 23:00 子初换日。lunar-typescript 在默认规则下，晚子时的日柱保留当日、时干按次日计算；这一约定会在命盘里注明。

年柱和月柱按绝对交节时刻判定；日柱和时柱采用选定的当地时钟。保存或导出时，会携带这些约定，方便你和其他工具逐项核对。

## 拿到两张不同命盘时，按顺序排查

先比较输入的公历日期与当地时刻，再比较时区和夏令时处理，然后核对交节、换日与真太阳时设置。一次只改一项，记录究竟是哪根柱发生了变化。

提问时可以写：“两盘的年、月柱相同，日柱不同；输入都接近当地 23 点。请先比较换日规则。”如果只是希望学习流程，可以用明确标为示例的日期，不必公开自己的出生记录。

## 算一次上海教学样本的太阳时修正

假设记录为 2005-12-23 08:37、Asia/Shanghai；另取教学用经度东经 121.5°。这只是指定坐标下的复算例，不宣称代表上海所有出生地点。均时差采用问卜当前近似公式。

1. 把历史时区确定为 UTC+08:00，即偏移 +480 分钟；原始绝对时刻为 00:37 UTC。保持这个时刻用于年、月交节比较。

2. 算经度项：121.5 × 4 − 480 = +6 分钟。该经度比东经 120° 的标准子午线偏东 1.5°，地方平太阳时相应领先六分钟。

3. 代入该日期的近似均时差，约 +1.3 分钟。总修正约 +7.3 分钟，得到约 08:44 的视太阳时；秒位即使由程序给出，也不代表高精度观测。

4. 比较边界：08:37 和约 08:44 都在辰时，且没有跨日，因此本样本四柱仍为乙酉、戊子、辛巳、壬辰。“做了校正”不等于“必然换柱”。

5. 保存原始 08:37、时区、121.5°、启用状态和 +7.3 分钟。不要把 08:44 当成新的原始时间再次启用校正，否则会重复加上修正量。

可复核的结果要保留原始时间与变换过程。真正值得注意的是是否跨过规则边界，以及记录本身是否足够准确，而不是小数位有多少。

## 读懂这些词

**UTC 偏移** — 当地钟表时间相对于 UTC 的差值；必须对应出生当日，不能只查今天。

**地方平太阳时** — 按地方经度表达的平均太阳时间；经度相差一度，时间约差四分钟。

**均时差** — 这里采用“视太阳时减平太阳时”的符号约定；正值表示视太阳时领先。

## 常见问题

### 国外出生也要先换成北京时间吗？

输入时使用出生地记录的当地时间与时区。问卜内部把绝对时刻转成固定 UTC+08:00 用于交节比较，日、时柱仍按所选当地时钟约定处理。手动改成北京时间再选出生地时区，会错配同一瞬间。

### 用了 IANA 时区，还要手动减夏令时吗？

通常不用，时区库会按日期解析偏移。若记录恰好处于时钟前拨或回拨，问卜会拒绝不存在或含糊的当地时间；需要先确认记录含义，再给出明确偏移，不能随意选一个。

### 真太阳时是否一定比民用时更正确？

它们是不同的取时约定。天文学能解释太阳时的定义与修正，但不能单凭这一定义证明某个命理解读流派更有效。先写明采用哪种规则，临界时刻再对照结果。

## 来源与适用范围

- [U.S. Naval Observatory · The Equation of Time](https://aa.usno.navy.mil/faq/eqtime) — 支持视太阳时、平太阳时与均时差的定义；示例数值取问卜近似公式，不冒充天文台历表结果。
- [IANA · Time zone and daylight saving time data](https://data.iana.org/time-zones/tz-link.html) — 支持按地区保存历史 UTC 偏移和夏令时规则的时区数据背景。
- [Wenbu · BaZi calculation and declared conventions](https://github.com/Digidai/wenbu/blob/main/src/lib/bazi.ts) — 支持公式、符号、拒绝歧义时刻及年/月与日/时分开处理；本文已复算 +7.3 分钟示例。
- [Hong Kong Observatory · The 24 Solar Terms](https://www.hko.gov.hk/en/gts/time/24solarterms.htm) — 支持用太阳黄经确定节气的天文背景，区别于地方钟表或经度修正。
- [Hong Kong Observatory · Gregorian–Lunar conversion tables](https://www.hko.gov.hk/en/gts/time/conversion.htm) — 进一步阅读；不代表验证了现实预测。
- [lunar-typescript · calculation source and examples](https://github.com/6tail/lunar-typescript) — 进一步阅读；不代表验证了现实预测。