元旦放假安排 · 2027 年元旦放几天、是不是法定节假日

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

怎么用

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

一、还有多少天放元旦

进页最上面就是倒数。已经公布安排的年份，大字倒数的是放假第一天；还没公布的年份，大字倒数的是1 月 1 日——因为从哪天开始放本来就还没定，拿一个推出来的日子做倒数是不诚实的。

倒数下面一行是到秒的小字，点「秒级倒数」可以关掉。它盯着的是下一个关键时刻的零点，跨过零点页面会自动重算，不用刷新。标签页标题也会跟着变成「还有 N 天 - 元旦放假安排」，切到别的标签页照样瞄得到，离开这一页就还原。

二、元旦是不是法定节假日，一句话答完

倒数底下那行橙底大字是常驻的：元旦是法定节假日，法定假日 1 天，就是 1 月 1 日，后面还带着那天是星期几。这是本页被搜得最多的一个问题，所以不藏在正文里，直接摆在首屏。星期几不是写死的，是按公历算出来的——正因为 1 月 1 日的星期年年在变，各年的放假长短才不一样。

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

这是本页最要紧的一块。下一年的放假安排通常在上一年十月底到十一月才公布，在那之前，页面会明确写着「还没公布，公布后本页自动更新」，并只给出制度上能确定的部分：

• 元旦是哪天、星期几——1 月 1 日是定死的，和放假安排是两件事；
• 法定假日是哪 1 天——现行《全国年节及纪念日放假办法》（2024 年 11 月修订、2025 年 1 月 1 日起施行）下，元旦的法定假日就是 1 月 1 日这 1 天。页面把它单独列成一张虚线边框的卡片，意思是「制度上确定，但不是放假起止日」；
• 可能跨年这件事——页面会提醒你元旦假期有时从上一年 12 月就开始，但不会替通知说是哪一天；
• 公布时间的规律——通常十月底到十一月，以国务院办公厅的通知为准。

至于实际连休几天、哪几天调休上班，页面一个字都不会替通知说。想知道往年是怎么放的，点卡片上那句「见下面的历年对照表」跳到历年对照，一年一行看得清清楚楚。

四、这段日子怎么排（会跨年的那一条）

倒数下面是一条日历条，把假期前后各带一周排成一排小格子。安排已经公布时四种底色：法定放假、调休上班、普通周末、普通工作日；还没公布时只有三种：制度确定的 1 月 1 日（虚线橙框）、普通周末、普通工作日——调休那一格是空着的，因为还没有人定。

元旦这一条几乎一定会跨过年底，所以格子上的月份标签在跨年的时候会带上年份，左边是上一年的 12 月、右边是新一年的 1 月，不会看串。今天那一格带一圈描边。手机上格子自己换行，不用左右拖。

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

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

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

六、返工提醒、历年对照与顺带的春节倒数

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

再往下，「历年元旦放了几天」按接口同步到的那几年各画一张小卡；最后一张是历年对照表：每一年的 1 月 1 日是星期几、那一年放了几天、是不是跨年、放假时间一句话，当前目标年高亮，没有数据的年份留白。页面底部还顺带一句「元旦过后就是春节」，带上下一个正月初一的日期与倒数，想看春节怎么放就点春节放假安排。想看全年七个节日，去放假安排；算工作日、排交付日期用工作日计算器；想把某个日子挂起来天天看，用倒数日。

怎么看结果

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

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

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

星期几决定了这一年元旦好不好过

元旦的日期永远不变，变的只有它落在星期几，而这一点几乎决定了整个假期的形状：

• 落在周六或周日：假期本身就压在周末上，通常前后接一接就是三天，很少需要补班；
• 落在周一或周五：天然连着周末，三天连休来得最自然；
• 落在周二到周四：中间卡着工作日，要凑长假就得调休——于是就有了「放三天、补一天班」，也有过干脆只放一天的年份。

看历年对照表时，先看星期那一列，再看放假天数那一列，两列一对照，这条规律自己就跳出来了。

跨年的那几天最容易看错

元旦是全年唯一一个假期可能落在两个年份里的节日。日历、日程软件、公司通知常常各写各的：有的把跨年那一天算进上一年，有的算进新一年，于是同一个假期你会看到「放 2 天」和「放 3 天」两种说法。

本页的口径是按元旦所在的那一年算一整块：只要这几天是为同一个元旦放的，不管跨不跨年都算在一起，天数按实际放假的日子数。日历条上也会把两个年份都画出来，所以你看到的天数和你实际能休的天数是同一个数。

连休天数怎么数才不会错

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

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

常见问题

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

放假安排是总页：全年七个节日一屏看完、全年放假日历、每个假期的倒数。本页只围着元旦做深：倒数到 1 月 1 日、「是不是法定节假日」的正面回答、那一年放几天、会不会跨年、哪几天补班、请假怎么拼、历年星期与天数对照。同系列还有春节放假安排和五一放假安排，各管一个节日。

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

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

取不到数据会怎样？

页面会直接说明，并把你指向正文最前面那份写进网页里的静态表。倒数、元旦是哪天、星期几、法定 1 天、历年星期对照照常可用，因为这些不依赖接口：1 月 1 日是制度定的，星期是算出来的。

元旦、跨年夜、春节是一回事吗？

不是。元旦是公历的一月一日，是国家统一的法定节假日；跨年夜是它的前一晚，本身不是假日，只是很多人习惯那天晚上不睡；春节是农历的正月初一，日期年年不同，另有一套放假安排。本页只处理元旦，春节请看春节放假安排，页面底部也带了下一个正月初一的倒数。

少数民族节日和地方性的假期为什么这里没有？

本页只收全国统一的法定节假日与调休安排。民族传统节日的放假通常由相关地方依照国家规定另行安排，不在全国统一的放假通知里，以当地通知为准。

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

先看口径。常见的三种差异：有人把「法定假日天数」和「连休天数」混着说；有人把假期前后本来就挨着的周末算了进去、有人没算；跨年的年份还有一种——有人把跨年那一天算到上一年去了。本页的口径写在每一行里：「放几天」是实际连休的天数，「放假时间」是起止，跨年的年份单独标出来。要较真，点通知原文链接看原件。

手机上能用吗？

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

原理与冷知识

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

元旦是七个法定节日里唯一「日期固定、形状不定」的那个。春节、端午、中秋跟着农历走，日期每年变；清明跟着节气走；劳动节和国庆节的日期固定，但它们落在年中，前后有充裕的周末可调。只有元旦卡在年头年尾的接缝上：它的日期一天都不动，可它的假期形状完全由「1 月 1 日是星期几」和「上一年年底那个周末怎么排」决定，于是成了全年最难预判的一个小长假。

为什么日历数据要按「节日」而不是按「年份」归类。放假数据的原始形态是一天一条，每条带一个节日名。按年份切，元旦这一块就会在年底被从中间剪断——上一年 12 月的那几天进上一年，1 月 1 日进新一年，同一个假期分在两个文件里。本页因此多做了一步：先把所有带「元旦」的日子捞出来，再按「12 月的算下一年的元旦、1 月的算当年」重新归一次，然后才算天数和连休。数据的分组方式一旦和人的直觉不一致，所有下游计算都会悄悄错一格，而且这类错误不会报错，只会给你一个少一天的答案。

调休是一项「总量守恒」的安排。它不增加全年的休息天数，只是把休息日在时间轴上重新分布：集中出一段长假，代价是前后各有一个连着上好几天的工作段。元旦这一段尤其明显——它紧贴着年底的结算、汇报、赶工，补班那天往往格外难熬，于是每年这时候的争论总会再来一轮。从日历上看答案是确定的：总量不变，分布变了。

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

拐点比最优解更有用。把 0 到 5 天假的结果并排列出来，你会看到连休长度不是随请假天数线性增长的：多数时候多请一天就多休一天，但某一天会突然多出两三天——那是这张牌正好翻到了一个周末旁边，把整段周末连了过来。元旦前后还有一种特别划算的翻法：把那个调休上班的周六请掉，紧跟着的周日就白捡了一天。那几天才是真正该请的，也是这张对比表存在的理由。

为什么把日期先换成整数再算。严肃的日期计算从不直接对年月日做加减，而是先换成一个连续的天序号（编程里常用「距 1970 年 1 月 1 日的天数」），加减完再换回来。年月日不是均匀的进位系统：月有 28 到 31 天四种长度，年有两种长度，规则还随世纪年变化。换成整数之后，「相差多少天」就是一次减法，闰年与月长全被换算函数吸收掉。对元旦这种天天跨年的场景尤其重要：从 12 月 31 日往后一天是 1 月 1 日，用整数算天经地义，用年月日拼字符串就得专门写一段判断。更要紧的是别拿两个时间戳相减再除以一天的毫秒数——在实行夏令时的地区，切换那一天只有 23 小时或有 25 小时，除下来就会少一天或多一天。

「一年的开始」是被约定出来的。把新年放在 1 月 1 日，是历法演变的结果而不是自然规律：世界上同时还有十来种新年落在别的日子上，农历的正月初一就是其中之一，而且它每年都在公历上挪动。所以中文世界里「过年」有两个答案，元旦和春节各占一个——这也是为什么这一页在最后顺带给了一句春节倒数：查完一个新年，多半还会想起另一个。