HTML原生date输入框无法禁用节假日，需JS运行时拦截；推荐onchange校验+节假日数组提示清空；视觉禁用需flatpickr等组件；服务端必须二次校验且统一提供节假日数据。
HTML原生<input type="date">无法禁止节假日选择
浏览器原生日期控件不提供节假日过滤能力，它只认年月日格式和min/max范围，法定节假日属于业务规则，必须由JS在运行时拦截或禁用对应日期。
用onchange校验选中日期是否为节假日
这是最轻量、兼容性最好的做法：允许用户点选，但提交前或失焦时立刻提示并清空。注意不能只靠oninput，因为日期输入框的值变更常发生在确认后（尤其移动端）。
- 需维护一份节假日数组，例如
const holidays = ["2025-01-28", "2025-01-29", ...] - 监听
change事件，检查event.target.value是否在holidays中 - 若命中，弹出提示（如
alert("该日期为法定节假日，请重新选择")），并设input.value = "" - 务必同时校验表单提交逻辑，防止绕过前端直接提交
用flatpickr等第三方库实现日历禁用
如果需要视觉上灰掉节假日、禁止点击，就得换支持disable配置的日历组件。flatpickr是轻量且无依赖的选择，react-datepicker或ant-design也支持类似功能。
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 引入
flatpickr后，传入disable: ["2025-01-28", "2025-01-29"]即可禁用指定日期 - 注意：节假日数组需提前生成，中国可调用国家发布的年度放假安排API（如国务院公报接口），或用
china-holidays这类npm包 - 禁用逻辑在渲染阶段生效，用户看不到灰色日期，但要小心服务端仍需二次校验——前端禁用可被绕过
服务端才是最终防线，前端禁用只是体验优化
所有前端限制都可能被开发者工具修改或跳过。真实业务中，提交到后端的date字段必须再次比对节假日列表，返回400 Bad Request并附错误信息（如"date is a statutory holiday"）。
立即学习“前端免费学习笔记（深入）”；
- 前端展示的禁用/提示只是降低用户挫败感，不是安全机制
- 节假日数据必须和服务端一致，建议由后端统一提供（如
/api/holidays?year=2025），避免前后端硬编码不一致 - 特别注意调休工作日（如春节后某个周六上班）——这类日期不能禁用，反而要允许选择
