端午节放假安排 · 2027 年端午节是几月几日、放几天

在线看端午节放假安排：距离端午还有多少天、2027 年端午节是几月几日、那一年放几天、哪几天要调休上班，还能算「请几天假最多能连休多久」。下一年的安排还没公布时，页面如实标明，只给制度上能确定的部分——端午是全体公民放假的节日，法定假日 1 天，不替通知猜放假起止日；通知公布、数据同步到之后自动切换成完整安排。另附 2016 至 2099 年每年端午节的公历日期与星期对照表。

怎么用

正文最前面那两张表是写进网页本身的：最近一年的端午放假安排，以及一直排到 2016 年的历年对照，通知原文链接就在旁边，不开脚本也看得到。上面的互动区在这之外多做六件事。

一、还有多少天过端午

进页最上面就是倒数。已经公布安排的年份，大字倒数的是放假第一天；还没公布的年份，大字倒数的是端午当天——因为放假从哪天开始本来就还没定，拿一个猜出来的日子做倒数是不诚实的。倒数下面一行是到秒的小字，盯着的是目标那一天的零点，跨过零点页面自动重算，不用刷新。标签页标题也会跟着变成「还有 N 天 - 端午节放假安排」，切到别的标签页照样瞄得到，离开这一页就还原。

假期开始之后，大字会换成「端午假期第 N 天，还剩 N 天」；假期最后一天过完，倒数才滚到下一年——假期中不会提前把你踢到明年去。

二、这一年端午是几月几日

倒数下面单独给一行大字：那一年端午节是几月几日、星期几。日期来自站内一张 2016 到 2099 年的农历换算表，星期是按日期算出来的，两者都不手写。很多人来这一页其实只想知道这一句，所以它不藏在表格里。

三、安排还没公布的时候，页面给什么

这是本页最要紧的一块。下一年的放假安排通常在每年十月底到十一月才公布，在那之前页面会明确写着「还没公布，公布后本页自动更新」，并只给出制度上能确定的部分：端午是全体公民放假的节日之一，法定假日 1 天（现行《全国年节及纪念日放假办法》，2024 年 11 月修订、2025 年 1 月 1 日起施行）。这张卡用虚线边框标出来，意思是「制度上确定，但不是放假起止日」。

旁边还有一张「上一次端午是怎么放的」，从接口里已经同步到的年份算出来，告诉你最近的那一次放了几天、有没有补班。它只是参考，不是下一年的预告——端午当天落在星期几每年都不同，凑法自然也不同。至于实际连休几天、哪几天调休上班，页面一个字都不会替通知说。

四、这段日子怎么排

再往下是一条日历条，把假期前后各带一周排成小格子。四种底色：法定放假、调休上班、普通周末、普通工作日，端午当天带一圈绿描边，今天那一格带一圈橙描边。安排还没公布时，条上以端午当天为中心，只有周末和工作日两种底色——调休那一格是空着的，因为还没有人定。手机上格子自己换行，不用左右拖。

五、请假攻略：请几天假能连休多久

选请几天假（1 到 5 天），点「算一下」，页面给出一句话结论：请哪几天、从哪天起连休、一共几天，再配一条迷你日历把这段连休画出来，哪天是法定放假、哪天是周末、哪天是你请的假，颜色分得清。下面那张表把「不请假」和「请 1 到 5 天」六种情况并排列出来，方便你看哪一天假最划算。

算法一句话：法定放假和没被调走的周末算休息日，调休上班那天照样要请假才休得掉；同样长度的连休，优先挑离假期更近的日子请。能不能请下来以单位规定为准，页面算的是日历上的最优解，不是审批结果。安排还没公布的年份，这一块会如实说「等通知出来再算」，不给结果。

六、返工提醒与历年对照

返工卡给两件事：假期结束后第一个工作日是哪天、前后哪几天要补班，都从数据算，不是手写的。补班那几天的说明只写「这天上班是为了把端午假期凑成连休」——通知只规定哪天上班，并没有一一对应地说明「补的是哪一天的班」，所以页面也不替它指认。

最后是「端午节是几月几日」对照表：2016 到 2099 年，每年端午是哪天、星期几、距今多少天，当前目标年高亮，端午当天正好撞上周末的年份鼠标悬停有提示。想把某个日子挂起来天天看，用倒数日；想看全年七个节日，去放假安排；算工作日、排交付日期用工作日计算器。

怎么看结果

「法定 1 天」和「放假 3 天」不矛盾

这是端午这个词簇下最常见的误会。法定假日是 1 天，就是端午当天（现行办法，2025 年 1 月 1 日起施行）。而通知里写的「放假几天」是实际能连着休的天数，等于这 1 天加上前后挨着或者挪过来的周末。挪走的周末要还，于是同一份通知里就出现了「某某日上班」——那几天正是借来的。

所以两个数各有各的用处：算加班工资、判断哪天适用三倍，看的是法定那 1 天；订票、请假、排日程，看的是实际连休那几天。本页把两者分开摆：法定 1 天在虚线卡片里，实际放假与补班在表里和日历条上。

端午当天落在星期几，决定了那一年怎么放

这是端午与国庆、元旦最不一样的地方：它的法定假日只有 1 天，凑法完全由那一天落在星期几决定。落在周五或周一，往往不用调休就凑出三天连休；落在周二到周四，就得把前后某个周末挪过来，于是出现补班；落在周末，怎么补假又是另一套算法。对照表里专门标了端午当天撞上周末的年份，看的就是这件事。

也正因为如此，「往年是怎么放的」对端午的参考价值比对国庆小：国庆的日期年年不变，端午的公历日期每年都跳。这也是本页不肯按往年规律给「预计」的原因之一。

调休那几天才是真正容易错的

端午假期里真正让人排错日程的不是放假那几天，而是前后那个看起来是周末、其实要上班的日子。人判断一天是不是休息日靠的是星期几，不是查表，调休恰好打破了这条捷径。所以页面给它一种单独的黄色，而不是简单地从假期里删掉——删掉它，你就看不见它了。

连休天数怎么数才不会错

三条容易踩的线：一是假期前后本来就挨着的周末要算进去，页面上「不请假」那一行给的就是真实连休长度；二是调休上班那天会把连休切断，想把它也休掉得单独请一天假；三是跨月照样要算，端午常常横跨 5 月和 6 月，只看一个月的日历很容易少数一天。

页面里每一个天数都是按「距 1970 年 1 月 1 日的整数天数」算出来的，不涉及时分秒，也就不会因为时区或夏令时差出一天。

高速通行费这一条怎么看

实行重大节假日免收小型客车通行费的节日一共四个：春节、清明节、劳动节、国庆节，端午不在其列。页面上那张小卡写的就是这一句，并注明具体时段以交通运输部门当年公告为准。这类减免的口径通常按车辆驶离出口的时间算，和放假起止日并不完全重合，所以本页不写任何具体时间点——写了反而容易误导。

常见问题

这一页和放假安排总页有什么分工？

放假安排是总页：全年七个节日一屏看完、全年放假日历、每个假期的倒数。本页只围着端午做深：倒数到端午、那一年端午是几月几日、放几天、哪几天补班、请假怎么拼、历年公历日期对照。同系列还有中秋节放假安排、国庆节放假安排和春节放假安排，各管一个节日。

数据是从哪来的？多久更新一次？

来自国务院办公厅每年公布的放假安排通知，由开源项目 holiday-cn 对着官方原文整理成结构化数据，本站后台每天定时同步一次。页面上写明了最近一次同步的日期，并把通知原文链接列出来，点进去就能核对原件。本页不手写任何一天的放假日期——手写的表迟早会在某一年过期，而且过期了不会报错。

取不到数据会怎样？

页面会直接说明，并把你指向正文最前面那份写进网页里的静态表。倒数、端午当天的日期、法定 1 天、历年对照表照常可用，因为这些不依赖接口：端午的公历日期来自站内一张固定的换算表，法定 1 天来自制度。

表里的天数和我在别处看到的对不上？

先看口径。常见的三种差异：有人把「法定假日天数」和「连休天数」混着说；有人把假期前后本来就挨着的周末算了进去、有人没算；还有的年份端午与别的安排写在同一条通知里，被拆分统计。本页的口径写在每一行里：「放假时间」是连休，「调休上班」是补班，两者一对照就能还原成任何一种说法。要较真，点通知原文链接看原件。

能查农历、生肖、黄道吉日吗？

不能。本页只处理公历日期、法定放假与调休，唯一用到农历的地方是那张「五月初五对应公历哪天」的换算表，而且是提前算好的固定数据，不在页面上现推农历。生肖、黄历、择日一律不做。

手机上能用吗？

能。日历条会自己换行，表格和卡片按屏幕宽度自适应，窄到 400 像素也不需要左右拖动。

原理与冷知识

端午是七个法定节日里最「随机」的那一个。元旦、劳动节、国庆的公历日期年年不动，清明几乎钉在同两天上，春节虽然浮动但总在一月下旬到二月中旬那一带，且长假足够长、周末落在哪里影响不大。只有端午，法定假日就 1 天，公历日期在近一个月的区间里乱跳——于是「那一天是星期几」这个看似次要的变量，反过来决定了整个假期的形状。一个只有一天的节日，放假方案的不确定性反而最高，这是很反直觉的一件事。

一个工具页最难的部分，是在没有答案的时候仍然有用。「明年端午放假安排」这个词每年都有几万人在搜，而正确答案在通知公布前根本不存在。多数页面的选择是编一个「预计」，因为空着不好看。本页的选择是把问题拆开：用户其实在问三件事——哪天过端午、放几天、哪天补班。第一件农历表早就定死，第二件制度给了下限（法定 1 天），只有第三件真的要等通知。把能答的答足、把不能答的说清楚，比硬凑一个完整答案有用得多，而且等通知一出，页面自己就长成完整形态，不用改一行代码。

调休是一项「总量守恒」的安排。它不增加全年的休息天数，只是把休息日在时间轴上重新分布：集中出一段连休，代价是前后各有一个连着上好几天的工作段。所以每到端午前后，「到底是休息了还是没休息」的争论总会再来一轮——从日历上看答案是确定的：总量不变，分布变了。

拼假是个可以被算出来的问题。把日历抽象成一串「休／班」，假期是中间一段连续的「休」，你手里有 k 张牌可以把两侧的「班」翻成「休」。要让包含假期的连续段最长，牌只能从贴着假期的那一侧一张张往外翻——跳着翻毫无意义，因为中间断了就连不上。于是问题只剩一个自由度：前面翻几张、后面翻几张。页面把 k+1 种拆法全试一遍取最长，同样长的挑离假期更近的，算完不到一毫秒。

拐点比最优解更有用。把 0 到 5 天假的结果并排列出来，你会看到连休长度不是随请假天数线性增长的：多数时候多请一天就多休一天，但某一天会突然多出两三天——那是这张牌正好翻到了一个周末旁边，把整段周末连了过来。那几天才是真正该请的，也是这张对比表存在的理由。在端午这种短假上，这个拐点往往出现得特别早。

为什么把日期先换成整数再算。严肃的日期计算从不直接对年月日做加减，而是先换成一个连续的天序号（编程里常用「距 1970 年 1 月 1 日的天数」），加减完再换回来。年月日不是均匀的进位系统：月有 28 到 31 天四种长度，年有两种长度，规则还随世纪年变化。换成整数之后，「相差多少天」就是一次减法，闰年与月长全被换算函数吸收掉。更要紧的是别拿两个时间戳相减再除以一天的毫秒数——在实行夏令时的地区，切换那一天只有 23 小时或有 25 小时，除下来就会少一天或多一天。本页每一个天数都建立在整数天序号之上，从根上避开了这个坑。

农历日期表为什么必须是「查」出来的。农历的月份长度取决于两次朔（月球与太阳黄经相同）之间的实际间隔，而这个间隔在 29.27 到 29.83 天之间浮动，不是固定值；闰月放在哪一年哪个月，又取决于节气与朔望的配合。换句话说，农历转公历没有可以心算的公式，只有天文算法算出来的结果。所以本站的做法是：提前用农历库把 2016 到 2099 年每年的五月初五算成公历日期存成一张表，页面上只查表、不现推——现推一次要跑一整套天文计算，而结果本来就是定死的，没有任何理由在每个访客的浏览器里重算一遍。

为什么表要一直排到本世纪末。做这类固定数据时有个反复出现的教训：表排得太短，几年后就会静默过期——过期的表不会报错，它只是把某一年查成空白，或者更糟，让「往前找最近一条」的兜底逻辑给出一个陈旧答案。把范围一次拉到这门农历算法能覆盖的尽头，成本只是几千字节，换来的是这一页在可预见的时间里不需要任何人再想起它。