北京
八字排盘，四个柱子，时辰是其中一柱。时辰错了，整个盘就变了——不是微调，是根本性的不同。可问题是，你出生证上的那个时间，真的是你出生那一刻的“太阳时间”吗？
我写了一个八字计算器，结果发现，输入端的数学问题远比想象中复杂。这不是玄学讨论，而是一个实打实的时区计算难题。如果你觉得“时区能有多难”，这篇文章就是一次完整的难度展示，附可运行的 TypeScript 代码。
八字与时辰：两小时一柱
八字把一天分成十二个时辰，每个时辰两小时。你的出生时辰是四柱之一。时辰算错，排出来的盘就不是“略有偏差”，而是“完全不同的命盘”。
问题在于：所有我找到的八字计算器，都直接使用出生证上的钟表时间。但八字这套传统，比时区制度早了两千年左右。它说的显然是太阳时间——也就是你出生地当时太阳真正的位置。钟表时间和太阳时间的差距，比大多数人以为的要大得多。
差距从哪来？三个独立因素
钟表时间与太阳时间的偏差，可以拆成三个部分：
- 夏令时——而且是历史夏令时。你需要的是出生当天生效的规则，不是今天的规则。中国在1986到1991年有过一段已被遗忘的夏令时实验；哈尔滨在1949年前还有自己的时区。如果你1988年7月出生在北京，你的出生证时间比标准时间快了一小时，而现在的任何查询工具都不会告诉你这件事。
- 经度——太阳时间每偏离标准经线一度，就偏差4分钟。中国横跨五个地理时区，却统一用一个钟表时间。在乌鲁木齐出生，你的钟表时间比太阳时间快了大约两小时。这不只是中国的问题：温哥华在西经123度，而它所在时区的标准经线是西经120度，所以那里永远有12分钟的偏差。
- 均时差——太阳本身在一年里会快或慢最多16分钟，原因是轨道偏心率和地轴倾斜。NOAA（美国国家海洋和大气管理局）发布了一个精度在一分钟以内的近似算法。
三个因素叠加：误差可达78分钟
把三个因素全加起来，7月出生在温哥华的人，需要大约78分钟的修正。这足以让时辰换一个地支——也就是换一个命盘。
这里有个代码实现，NOAA 的均时差近似算法：
/*** 均时差（分钟），NOAA 近似算法export function equationOfTimeMinutes(dayOfYear: number): number {const b = (2 * Math.PI * (dayOfYear - 81)) / 364return 9.87 * Math.sin(2 * b) - 7.53 * Math.cos(b) - 1.5 * Math.sin(b)}意外之喜：不需要打包时区数据库
让我意外的是，你根本不需要自己打包时区数据。Node.js 的 Intl 模块底层是 ICU，它自带完整的 IANA 时区数据库——包括那些历史怪癖。关键在于，Intl.DateTimeFormat 可以把任意一个 UTC 时间点格式化成任何时区的本地时间，然后从格式化结果里反推出当时的时区偏移。
做法用文字描述就是：用 Intl.DateTimeFormat.formatToParts() 把 UTC 时间点格式化成目标时区的本地时间，然后把这些本地时间字段当作 UTC 再读一遍。这个“伪 UTC”和真实时间点之间的差距，就是该时区在那个时刻的偏移量——历史规则也包含在内，因为 ICU 都带着。
tzOffset('Asia/Shanghai', 1988-07-01) → +540 分钟（+9小时——那个被遗忘的夏令时）所以，你的八字算对了吗？
如果你认真对待八字这套体系，那么输入端的时辰就必须是出生地的太阳时间。而太阳时间 = 钟表时间 + 历史夏令时修正 + 经度修正 + 均时差修正。这四个变量，任何一个被忽略，时辰就可能出错。
我做的这个计算器，把这些修正全部算进去了。至于排出来的盘准不准——那是另一个话题。但至少，输入的时间是对的。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
