清明节放假安排 · 2027 年清明节是几月几日、放几天

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

怎么用

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

一、还剩多少天

进页最上面就是倒数。放假安排已经公布的年份，大字倒数的是放假第一天；还没公布的年份，大字倒数的是清明当天——因为放假从哪天开始本来就还没定，拿一个猜出来的日子做倒数是不诚实的。已经在放假了，大字会换成「假期第几天、还剩几天」；今年的清明过完了，倒数自动滚到下一年。

倒数下面一行是到秒的小字，点「显示到秒」可以开关，选择记在本机。标签页标题也跟着变成「还有 N 天 - 清明节放假安排」，切到别的标签页照样瞄得到，离开这一页就还原。

二、清明节是几月几日

紧跟着倒数的是一行大字：那一年清明节是几月几日、星期几。这是本页被问得最多的一件事，所以单独占一行，不用往下翻。日期来自站内一张提前算好的节气换算表，星期是从日期算的，两样都不写死在页面上。

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

这是本页最要紧的一块。下一年的放假安排通常在每年十月底到十一月才公布，在那之前页面会亮出一张虚线边框的卡片，明确写着「还没公布，公布后本页自动更新」，并只给出制度上能确定的部分：清明是全体公民放假的节日、法定假日 1 天；以及那一年清明是哪天、星期几。虚线的意思就是「制度上确定，但不是放假起止日」。至于实际连休几天、哪天调休上班，页面一个字都不会替通知说。

四、这段日子怎么排

倒数下面是一条日历条，把假期前后各带一周排成整周的小格子。四种底色：法定放假、调休上班、普通周末、普通工作日，清明当天带一圈青绿描边，今天带一圈品牌色描边，鼠标停上去能看到完整日期与身份。手机上格子自己换行，窄到四百像素也不用左右拖。

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

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

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

六、返工提醒与历年对照

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

再往下是「清明节是几月几日」对照表：收录范围内的每一年，公历日期、星期几、距今多少天，当前目标年高亮，清明正好撞上周末的年份鼠标停上去有提示。最后一张卡回答「为什么只在 4 月 4 日与 5 日之间跳」，里面的次数统计也是从表里数出来的。想看全年七个节日，去放假安排；算工作日、排交付日期用工作日计算器；想把某个日子挂起来天天看，用倒数日。同系列还有春节放假安排。

怎么看结果

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

这是清明这个词簇下最常见的误会。法定假日是 1 天，这是《全国年节及纪念日放假办法》定的；而每年通知里写的「放假几天」是实际能连着休的天数，等于这 1 天加上前后挪过来的周末。挪走的周末要还，于是同一份通知里就出现了「某某日上班」——那天正是借来的。

所以看到「清明放 3 天」不要以为法定假日是 3 天：多出来的那两天，一天本来就是周末，另一天可能是调过来的。判断哪天适用最高那一档加班工资，看的是法定那 1 天，不是整段假期。

清明落在星期几，决定了这一年好不好过

清明是这七个法定节日里最受「星期几」摆布的一个，因为它的法定假日只有 1 天。落在周二到周四，前后就得靠调休把周末挪过来凑成连休，于是出现补班；落在周五或周一，本身就贴着周末，往往不调休就有三天；正好落在周六或周日的年份最尴尬——法定假日和周末重合，实际能多休的天数最少。页面底部那张对照表里把撞上周末的年份都标出来了，就是这个原因。

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

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

连休天数怎么数才不会错

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

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

取不到数据会怎样

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

常见问题

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

放假安排是总页：全年七个节日一屏看完、全年放假日历、每个假期的倒数。本页只围着清明做深：倒数到清明、这一年清明是几月几日、放几天、哪天补班、请假怎么拼、历年公历日期对照、为什么日期只在两天之间跳。同系列还有元旦放假安排、五一放假安排、端午节放假安排、春节放假安排，各管一个节日。

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

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

为什么清明的日期能提前很多年算出来，放假安排却不能？

因为这是两件事。清明是天文现象决定的：太阳到达黄经十五度的那一刻落在哪一天，用历法就能算到很远的将来，页面用的就是一张提前算好的表。而放假几天、哪天调休是行政决定，要等当年的通知，谁也推不出来。一个是可以算的，一个是要等的——本页把这两件事严格分开摆，就是为了让你一眼看出哪部分是确定的。

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

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

能查农历、黄历、宜忌吗？

不能。本页只处理公历日期、法定放假与调休，用到的唯一一张换算表是清明的节气日期，而且是提前算好的固定数据，不在页面上现推。黄历、宜忌、择日一律不做。

手机上能用吗？

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

原理与冷知识

清明是二十四节气里唯一同时是节日的那一个。别的节气只是时间刻度，清明却同时挂着扫墓与踏青两件事——一件向着过去，一件向着春天。它能兼职，是因为它撞上了两个更老的日子：寒食与上巳。寒食在清明前一两天，讲究禁火冷食、祭扫先人；上巳在农历三月初三，是春天出门游玩的日子。三个挨得很近的节日在漫长的岁月里互相吞并，最后只剩清明这个名字留在日历上，却带着另外两个的内容。

所以清明不查农历。春节要查正月初一、中秋要查八月十五、端午要查五月初五，都得先换算农历；清明不用——它按太阳定，本来就在公历上。这也是为什么它的日期看起来「几乎不动」：节气的实质是把太阳一年的行程切成二十四份，而公历本身就是照着太阳走的，两套刻度自然对得上。真正让它抖那一天的，是回归年那多出来的将近四分之一天，以及为了抹平它而设的闰年。

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

调休是一项「总量守恒」的安排。它不增加全年的休息天数，只是把休息日在时间轴上重新分布：集中出一段连休，代价是前后各有一个连着上好几天的工作段。清明因为法定假日只有 1 天，这种挪动尤其显眼——为了凑出三天，常常只需借一天，于是那一天就成了整段假期里最容易被忘掉的日子。

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

拐点比最优解更有用。把 0 到 5 天假的结果并排列出来，你会看到连休长度不是随请假天数线性增长的：多数时候多请一天就多休一天，但某一天会突然多出两三天——那是这张牌正好翻到了一个周末旁边，把整段周末连了过来。那几天才是真正该请的，也是这张对比表存在的理由。清明因为紧贴月初，往前翻牌往往一步就撞上上个月最后那个周末，拐点常常出现得比国庆、春节都早。

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