不支持。HTML5 原生 input type="date" 严格基于公历，value 必须为 ISO 8601 格式（如"2026-01-25"），无农历字段、解析逻辑或UI支持，所有校验、范围控制和日历面板均按公历运算。
HTML5 原生 input type="date" 不支持农历
直接说结论：不支持。HTML5 标准中所有日期类型（date、datetime-local、week、month）都严格基于公历（Gregorian Calendar），底层使用 ISO 8601 格式（如 "2026-01-25"），没有任何农历字段、属性或解析逻辑。
浏览器调起的日历面板、输入校验、min/max 范围控制，全部按公历运算——比如你设 min="1990-01-01"，它不会知道这天对应农历庚午年腊月初五，更不会据此禁用“正月初一”之类的农历节点。
为什么不能靠 value 或 data-* 存农历字符串？
因为语义和行为完全脱节：input type="date" 的 value 必须是 YYYY-MM-DD 格式字符串，填入 "1990-01-27"（农历正月初一）没问题，但用户看到的仍是公历日期，且所有交互（点击日历选中、键盘输入、JS 读取）都只操作这个公历值。
-
data-lunar="庚午年腊月初五"这类自定义属性可存，但纯属静态元数据，无法触发任何 UI 反应或校验 - 用
title或 label 显示农历提示？可以，但只是文字说明，不影响选择逻辑 - 想让用户“选农历生日”？必须额外做两套映射：前端把农历转公历填进
value，服务端再转回农历存档——否则表单根本提交不了合法值
真要支持农历，得自己搭轮子
HTML5 不提供，就得靠 JS 实现。主流做法是：保留原生 input type="date" 作公历输入/校验/提交主通道，另加一个只读区域或下拉框显示对应农历信息；或者彻底放弃原生控件，用 flatpickr、luxon + 农历算法库（如你知识库里提到的 lunarInfo 数组）重写整套渲染与转换逻辑。
立即学习“前端免费学习笔记（深入）”；
注意两个硬坑：
- 农历闰月、节气偏移、不同地区历法差异（如藏历、伊斯兰历）没有统一标准，JS 库实现质量参差不齐
- 移动端 iOS Safari 对自定义日历组件的 touch 事件兼容性仍不稳定，尤其在 modal 或 iframe 中嵌套时容易失焦
服务端千万别信前端传来的“农历”字段
只要没走标准 input type="date"，而是用文本框手动输“二〇二六年正月初八”，那这个字符串就完全不受 HTML5 校验保护——连基本格式（是否多写了“〇”、有没有错字）都拦不住。必须在服务端用可信农历库（如 Python 的 cnlunar、Node.js 的 chinese-lunar-calendar）重新解析并反向验证公历对应关系，否则极易入库错误日期。
最常被忽略的一点：农历年份和公历年份不是一一映射。2026 年 1 月 25 日（公历）是农历乙巳年腊月廿七，但“乙巳年”从 2025 年 1 月 29 日才开始——这种跨年边界，前端 JS 很难实时同步，只能靠服务端兜底。
