原生 无法控制年份滚动范围，仅 min 和 max（ISO 8601 格式字符串）可限制可选值，但不改变 UI 显示跨度；需 JS 校验+后端双重验证，关键场景建议降级为文本输入或使用日期库。
HTML <input type="date"> 无法直接设置年份跨度
原生 <input type="date"> 不支持 min 和 max 以外的年份范围控制，比如“只显示近10年”或“默认从1950年开始滚动”。浏览器日期选择器的年份列表由系统或浏览器实现决定，min/max 只能禁用超出范围的选项，但不会改变下拉年份的起止显示——尤其在 Safari 和部分 Android 浏览器中，年份滚动条仍可能包含几十年甚至百年跨度。
min 和 max 是唯一标准兼容方案，但要注意格式与时区
必须使用 YYYY-MM-DD 格式（ISO 8601），且值为字符串，不能是 Date 对象或数字。时间部分会被忽略，但格式错误会导致属性失效（例如 min="2020" 或 min="2020/01/01" 都不生效）。
-
min和max仅限制可选值，不改变 UI 年份滚动范围（Safari 尤其明显） - 若服务器或业务要求“出生年份 ≥ 1950”，应设
min="1950-01-01"，而非仅靠前端 JS 拦截 - 用户本地时区会影响
new Date().toISOString().slice(0,10)的结果，建议服务端生成或用Intl.DateTimeFormat统一处理
需要真正控制年份列表？得用 JavaScript 补足
没有纯 HTML 解法。常见做法是监听 input 或 change 事件，结合 setCustomValidity() 做校验，并在必要时重置值：
<input type="date" id="dob" min="1950-01-01" max="2024-12-31">
<script>
const input = document.getElementById('dob');
input.addEventListener('input', () => {
const date = new Date(input.value);
const year = date.getFullYear();
if (year < 1950 || year > 2024) {
input.setCustomValidity('年份必须在1950–2024之间');
} else {
input.setCustomValidity('');
}
});
</script>
注意：仅靠 JS 校验不可信，后端必须重复验证；且 Safari 对 setCustomValidity 的提示样式支持较弱，建议搭配文字提示。
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
立即学习“前端免费学习笔记（深入）”；
移动端兼容性差是硬伤，关键场景建议降级为文本输入 + 日期库
Android Chrome 早期版本、微信内置浏览器、部分鸿蒙 WebView 中，type="date" 可能退化为普通文本框，且不触发原生选择器。若业务强依赖年份范围控制（如身份证出生日期、保险投保年龄），更稳妥的做法是：
- 用
<input type="text">+pattern="\d{4}-\d{2}-\d{2}"+inputmode="numeric" - 接入轻量库如
flatpickr或vanilla-picker，它们可精确配置minDate/maxDate并控制年份滚动范围 - 避免依赖
type="date"的“智能年份筛选”——它根本不存在于规范中
真正容易被忽略的是：年份跨度问题本质不是 UI 控制问题，而是数据约束问题。先明确后端接受哪些年份，再决定前端用哪种方式对齐，而不是反过来指望浏览器替你做业务逻辑判断。
