required仅在原生表单提交时生效，需满足三个条件：input在form内、提交为原生行为（未preventDefault）、form无novalidate属性；它不校验日期合法性，仅检查value是否为空字符串。
直接加 required 就行，但只在原生提交时生效
加了 required 却还能空着提交？大概率是没走浏览器默认的表单提交流程。这个属性不是监听输入变化的 JS 校验，它只在用户点击 <input type="submit"> 或按回车、且表单没设 novalidate 时触发。
必须满足三个条件校验才起作用：
-
<input>必须包裹在<form></form>标签内 - 提交动作得是原生行为（比如
<button type="submit"></button>），不能用event.preventDefault()拦截后再form.submit() - 没写
novalidate属性（写了就等于关掉所有原生校验）
如果非要用 JS 控制提交，得手动调用 form.checkValidity() 判断，再决定是否提交或调用 form.reportValidity() 弹出提示。
required 不校验日期合法性，2024-02-30 也能过
对 <input type="date"> 来说，required 只检查 input.value 是不是空字符串 ""，不关心你输的是不是真实存在的日期。用户手动敲 2024-02-30 或 2024/06/01，Chrome 会清空 value 当作未填写，Firefox 可能保留但判定为无效——但这些都不是 required 干的，是浏览器对 type="date" 的内部解析逻辑。
立即学习“前端免费学习笔记（深入）”；
所以后端绝对不能信任前端传来的日期字符串，必须自己 parse + 校验有效性。前端若想加强提示，得额外用 pattern 或监听 invalid 事件补位，但注意 pattern 对 type="date" 实际无效（浏览器忽略），只能靠 JS。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
移动端日期选择器不弹出，和 required 无关
required 不影响控件渲染或交互触发。移动端点不开原生日期选择器，常见原因有：
- 缺
name属性：某些 Android WebView 和旧版 iOS 要求<input type="date">必须带name才激活原生控件 - CSS 干扰：写了
appearance: none、pointer-events: none，或者用label包裹但没正确绑定for/id，导致点击区域失效 - 父容器遮挡：比如用了
transform或z-index错乱，让 input 实际可点击区域偏移
可以快速验证：临时删掉 required，看选择器是否恢复弹出。如果没变化，问题肯定不在必填属性上。
min/max 和 required 各管各的，别指望它们互相兜底
min="2024-06-01" 只限制用户可选范围，不会自动填值，也不会让 required 失效。用户不选，value 还是空，照样报错；选了但超出范围，浏览器会标红并阻止提交，但这属于 min 的职责，和 required 无关。
容易踩的坑：
-
min值必须是严格YYYY-MM-DD格式，写成2024-6-1或2024/06/01整个属性会被浏览器忽略 - 设了
min但没设required，用户完全可以不选，表单照常提交（value 为空字符串） - JS 动态设置
input.min时，得确保赋值是字符串类型，new Date().toISOString().split('T')[0]比手拼更可靠
真正要防住非法输入，前端靠组合使用 required + min + max + JS 监听，后端靠独立日期解析与范围校验——两者缺一不可。
