layDate 设置 type="month" 即可实现年月选择，无需额外封装；必须配合 format: 'yyyy-MM' 以正确显示和返回年月格式，且初始化 value 需为合法日期如 "2024-05-01"。
layDate 设置 type="month" 就能只选年月
layui 的 laydate 本身支持 type: 'month'，不需要 hack 或二次封装。设了这个值后，面板自动切换为年+月选择器，用户点选年份再点选月份即完成，不会出现日级控件。
常见错误是误用 format: 'yyyy-MM' 却没改 type —— 格式只控制显示和返回值，不改变交互逻辑。type 才决定面板形态。
-
type: 'month'是必须项，否则即使 format 写对，面板仍是完整日历 -
format: 'yyyy-MM'推荐同步设置，否则默认返回yyyy-MM-dd格式的字符串（如"2024-05-01"），末尾的-01是占位，不是用户选的 - 如果后端只要年月（如数据库字段是
DATE或CHAR(7)），建议在提交前用 JS 截取或服务端解析，别依赖 layDate 自动“省略日”
type="month" 下 value 初始化要带日，但不影响显示
layDate 初始化时，value 参数如果传 "2024-05"，会报错或回退到今天；它底层仍按 Date 对象解析，必须是合法日期字符串，比如 "2024-05-01"。
但放心：只要 type: 'month' 生效，界面上只会高亮年和月，用户看不到日，也不会被修改。
- 初始化推荐写
value: '2024-05-01'，而非'2024-05' - 如果 value 来自后端接口，且只返回
"2024-05"，前端拼个-01再传给laydate.render()即可 - 不要试图用
ready回调去“隐藏日”，没意义——type 已决定 UI 行为
获取值后注意截断或格式化，别直接当完整日期用
选完后 laydate 返回的仍是字符串（如 "2024-05-01"），不是你想要的纯年月。很多同学直接拿去发请求，结果后端解析出错或入库成当月第一天。
这不是 layDate 的 bug，是设计如此：它只负责选，不负责语义裁剪。
- 前端处理建议：
dateStr.substring(0, 7)或moment(dateStr).format('YYYY-MM') - 如果用原生 Date 对象转换，记得 new Date("2024-05-01") 是安全的，但 new Date("2024-05") 在部分 iOS Safari 下可能失效
- 服务端更稳妥：接收完整日期后，按年月提取，别依赖前端传来的字符串长度或格式
移动端下 type="month" 兼容性没问题，但别混用 trigger
layDate 的 type: 'month' 在 iOS 和 Android 主流 WebView 中表现一致，面板可滚动年份、点击月份，无兼容问题。
唯一容易踩的坑是触发方式：如果绑在 input 上用了 trigger: 'click'（默认），在某些安卓微信内置浏览器里，软键盘弹出会干扰面板定位；而 trigger: 'focus' 又可能被 input 失焦打断。
- 保持默认
trigger: 'click'即可，不要手动改成 focus - 避免给 input 加
readonly后又用 click 触发——readonly + click 是标准做法，没问题 - 如果真遇到定位偏移，检查是否父容器有
transform或overflow: hidden，layDate 面板是挂到body下的，受全局样式影响
type: 'month' 这一行。其他都好调，就这一个开关没开，整个功能就卡在日历界面动不了。 
