晚子時算當天還是第二天？
23:00–23:59 是八字比較中最容易出現分歧的時間段。這裡把同一條 23:20 輸入按兩套換日規則並列計算，先看日柱、時柱究竟差在哪裡。
先給結論
按公曆民用日期，23:00–23:59 仍是當天；按八字排盤，常見“23:00 子初換日”與“00:00 換日”兩套口徑，所以日柱、時柱可能各有一套結果。小八字採用 00:00 換日：晚子時日柱保留在當天，時幹按當日日干起子時。
這 5 組資料能證明什麼
下一步：先排一次自己的盤
這一頁講的是晚子時的換日邊界；想知道你出生那一刻落在哪一柱，最直接的辦法是排一次自己的八字——本站口徑與付費報告工具一致。
固定出生日期、當地 23:20、Asia/Shanghai 和不做真太陽時換算，只改變換日點，5 組樣例的日柱與時柱都隨之改變。因此，兩個平臺在晚子時給出不同四柱時，應先核對 23:00 還是 00:00 換日，而不是先比較喜用結論。
演示案例 · 為什麼兩個平臺給的日柱不一樣
以下是一段可復算的核對過程樣板，不是任何真實使用者的排盤記錄。
當時遇到：一個人把同一條當地 23:20 出生時間分別填進兩個平臺，平臺甲顯示日柱 X、平臺乙顯示日柱 Y，TA 不知道誰對。
小八字做了什麼：沒有直接選邊，而是讓 TA 先把輸入寫全（陽曆日期、當地時間、時區、是否做真太陽時換算），再確認兩個平臺各用哪套換日規則。
可復算結果：固定出生日期、Asia/Shanghai、不做真太陽時換算，只切換 00:00 / 23:00 換日點，5 組樣例的日柱與時柱都隨之改變（對照表見上方資料單元）。差異來自規則，不是來自某一方“算錯”。
證據與邊界：可復算資料在 晚子時雙口徑 JSON、開源復算工具在 GitHub。這段能證明兩套已宣告演算法會產生確定差異，不能證明任何流派普遍正確，也不能歸因於某位使用者的實際人生。
先看這 3 個邊界
| 23:00–23:59 | 本站按晚子時處理；日柱留在當地日期，時幹按當日日干起子時。 |
|---|---|
| 00:00–00:59 | 先記錄為下一日，再核對工具的時區、夏令時和節氣設定；不能只看“子時”兩個字。 |
| 靠近節氣 | 晚子時只解釋日柱邊界，不自動決定年柱或月柱；節氣交接必須單獨核對。 |
例如，同一條“當地 2026 年 1 月 1 日 23:20”的輸入，工具甲若在 23:00 換日、工具乙若在 00:00 換日，顯示不同日柱是規則差異，不是單憑後續解讀就能判定誰正確。比較前先把日期、時區、換日點和節氣時刻寫在一起。
同一時刻，兩套換日口徑
下面每一行都保持出生日期、23:20、Asia/Shanghai 和“不做真太陽時換算”不變，只切換日柱是在 23:00 還是 00:00 進入下一天。這樣可以直接複核：差異來自規則，不是來自換了一條輸入。
| 同一輸入 | 23:00 換日 | 00:00 換日 |
|---|---|---|
| 1992-06-15 23:20 | 癸亥日 · 壬子時 | 壬戌日 · 庚子時 |
| 2000-01-01 23:20 | 己未日 · 甲子時 | 戊午日 · 壬子時 |
| 2012-12-21 23:20 | 丁巳日 · 庚子時 | 丙辰日 · 戊子時 |
| 2024-02-29 23:20 | 甲子日 · 甲子時 | 癸亥日 · 壬子時 |
| 2026-01-01 23:20 | 丙子日 · 戊子時 | 乙亥日 · 丙子時 |
5 組資料的規則 ID、生成演算法和 CC BY 4.0 許可見晚子時雙口徑 JSON。它用於比較兩種明確口徑，不宣稱某一種流派普遍正確。
本站 00:00 換日實現的 3 個邊界驗算
以下是對當前公開計算公式執行的合成資料 dry-run：陽曆、Asia/Shanghai、不做真太陽時換算，且不寫入使用者記錄。
| 輸入時刻 | 日柱 | 時柱 | 邊界結果 |
|---|---|---|---|
| 1992-06-15 22:50 | 壬戌 | 辛亥 | 晚子時前，常規亥時。 |
| 1992-06-15 23:20 | 壬戌 | 庚子 | 日柱仍留在 6 月 15 日；時幹按壬日起子時。 |
| 1992-06-16 00:10 | 癸亥 | 壬子 | 民用日期已進入下一日。 |
比較其他平臺時，請保留同一組輸入，並記錄對方採用 23:00 還是 00:00 換日；不要只儲存最後的四柱截圖。
線上對照：輸入你的出生日期
選擇陽曆出生日期與時間，本站（00:00 換日）與 23:00 換日兩套口徑會並排給出。可復算，也可和你手裡的排盤結果核對。
晚子時到底指什麼
這裡的“晚子時”指當天 23:00 到 23:59。爭議不在於這段時間是不是子時，而在於排盤程式把這段時間歸入哪一個日柱。
有的口徑在子初，也就是 23:00，直接切換到下一日；有的口徑把 23:00–23:59 仍留在當天，直到 00:00 才換日。兩種做法會改變日柱，也可能進一步改變時柱。比較時不能只截圖四柱，必須先確認換日規則。
本站當前口徑
| 23:00–23:59 | 作為晚子時處理，日柱不換日。 |
|---|---|
| 時幹 | 按當日日干起子時，不使用換日後的日干。 |
| 輸入時間 | 先按當地民用時間記錄，並確認時區；海外出生不能直接套北京時間。 |
| 真太陽時 | 免費入口不自動換算真太陽時；地點和邊界敏感的情況要單獨說明採用的口徑。 |
| 節氣交接 | 年柱、月柱還要另外核對立春和節氣時刻，不能把晚子時規則當成全部差異。 |
兩個平臺不一樣，先查這五項
- 日期型別：是否都把農曆準確換成陽曆，閏月有沒有處理錯。
- 民用日期：出生地的當地日期、時區和當年是否有夏令時。
- 子初換日：23:00 是否切換日柱，或者 00:00 才切換。
- 真太陽時：工具是否根據出生地點調整時間，調整後是否跨過 23 點邊界。
- 節氣時刻：出生是否靠近節氣交接；月柱和年柱可能因此有邊界。
只有在這些輸入和規則都一致後，才適合比較後面的強弱、喜用或生活方向。若四柱已經不同，先討論解讀誰更準，通常會跳過真正的分歧來源。
排盤前記錄什麼
把下面四項寫在同一行，再交給任何工具或人工複核：
- 出生地和當地日期；
- 準確到分鐘的出生時間，以及時間來源是出生證明、家人回憶還是估計；
- 工具使用的時區、夏令時和真太陽時設定；
- 晚子時採用“子初換日”還是“當日不換日”。
如果不能確認自己是在 22:50、23:20 還是 00:10，不要為了得到完整四柱而猜填一個時辰。可以先按三柱排盤，把不確定性保留到後續核對。
這套核對能解決什麼
它能幫助你解釋兩個排盤器為什麼給出不同四柱，並把需要補充的輸入列出來：出生地、當地日期、分鐘級時間、時區、夏令時、真太陽時設定，以及採用的換日規則。它不能證明某個解讀一定準確，也不能把不確定的出生時間變成確定事實。
涉及健康、投資、法律、工作錄用或關係決定時，晚子時規則只屬於計算輸入的一部分。相關判斷仍應以醫生、專業顧問、合同、招聘資訊和當事人溝通等現實證據為準。
怎樣留下一條可複核記錄
如果要比較兩個工具，建議先把輸入和規則寫成一條記錄，不要只儲存最後的四柱截圖。下面這 4 項足以讓之後的複核從“誰說得像”回到“哪一步不同”。
| 輸入 | 當地日期、準確到分鐘的時間、出生地，以及時間來自證明、家人回憶還是估計。 |
|---|---|
| 時間處理 | 時區、夏令時、是否換算真太陽時；例如當地 23:20 不能直接當成北京時間 23:20。 |
| 換日規則 | 明確寫“23:00 子初換日”或“00:00 才換日”，並記錄日柱和時柱各自採用的日干。 |
| 比較結果 | 先標出哪一柱不同，再檢查節氣交接和地點換算；不要用後續預測反推計算規則。 |
完成記錄後，可以把兩個結果的差異分成 3 類：輸入不同、時間邊界不同、解釋流派不同。前兩類可以繼續補資料核對，第三類則應保留各自口徑和不確定性，而不是把某一種解讀包裝成唯一答案。
常見追問
晚子時算當天還是第二天？
按公曆民用日期仍是當天；按八字排盤要看採用 23:00 子初換日還是 00:00 換日。本站採用後者，所以晚子時日柱保留當天；完整 JSON 同時給出兩套口徑的同刻結果。
23 點後出生日柱怎麼算？
先記錄當地日期、準確時間和時區，再確認工具是否在子初換日。本站當前口徑下，23:00–23:59 的日柱仍按當天計算，時柱按當日日干起子時。
不知道準確出生時間還能排晚子時嗎？
如果無法確認是否在 23 點之後，不應直接選晚子時。可以先按三柱排盤，並把未知時間保留為邊界，知道更準確的時段後再比較時柱。
先核對規則，再看結果
免費排盤會保留時辰邊界，不會替未知時間編一個時柱。