input[type="date"]的min属性限制可选日期的最早时间点而非年份本身，要求严格yyyy-mm-dd格式，需配合javascript动态生成并二次校验确保有效性。
input[type="date"] 的 min 属性到底限制什么
它限制的是「可选日期的最早时间点」，不是年份本身。浏览器会禁用日历中早于 min 的所有日期，但不会阻止用户手动输入非法值（比如粘贴 "1900-01-01"）。min 值必须是严格 YYYY-MM-DD 格式字符串，如 "1920-01-01"；写成 "1920/01/01" 或 "01-01-1920" 会被静默忽略。
如何可靠设置「最小年份为1920」
不能只靠 HTML 写死，必须动态生成并确保格式无误：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 手动拼接最安全：用
getFullYear()、getMonth() + 1、getDate()配合padStart(2, '0')补零，避免toISOString().slice(0,10)因时区导致前一天的问题 - 示例代码：
const input = document.querySelector('input[type="date"]');<br>const minYear = 1920;<br>const minDate = `${minYear}-01-01`;<br>input.min = minDate; - 如果业务要求「出生日期不得早于1920年」，仅设
min="1920-01-01"不够——用户仍可输入"1919-12-31"并提交，必须在input或submit事件中做二次校验
为什么 max="9999-12-31" 能限制年份为4位
这不是“限制年份位数”，而是利用浏览器对 max 的解析逻辑：当 max 设为 "9999-12-31"，Chrome 等浏览器在日期选择器年份滚动栏中只显示 0001–9999 这个范围，超出即不可选。但注意：
- 这个技巧只对年份滚动选择有效，无法阻止用户手动输入
"10000-01-01"（此时浏览器可能自动截断或报错） - Safari 对该行为支持不稳定，部分版本仍允许输入超长年份
- 真正防错必须靠服务端校验：收到日期后先解析年份，拒绝非 4 位数字的年份字段
历史年份限制最容易被忽略的坑
关键不在前端怎么写，而在于「谁的时间标准」：
- 用户设备系统时间不准（比如倒拨到 1910 年），
min是按本地时间比对的，前端完全无法干预 - 服务端传来的初始
min值若基于服务器时间（UTC），而用户在东八区，会导致实际生效的最小日期比预期早 8 小时——也就是用户看到的日历里，1920-01-01 可能从凌晨就变灰，但本地时间还没到 -
min和max对移动端原生选择器支持较好，但对 PC 端 Firefox 的日历弹窗限制较弱，UI 上不灰显，仅提交时校验
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
