uni-app中picker日期时间选择需按端适配：mode="date"/"time"全平台支持，"datetime"仅app支持；值必须为字符串格式，起止日期用start/end属性且格式为"yyyy-mm-dd"；app端bindchange易误触发，推荐使用uni.showdatepicker api。
uni-app 里 picker 选日期时间，别直接写 mode="date" 就完事
uni-app 的 picker 组件默认不渲染 UI，它只是个“触发器”，真正弹出的日期/时间选择器由各端原生控件提供（iOS 原生 UIDatePicker、Android 原生 DatePickerDialog、小程序平台自有组件）。这意味着你写的 mode 值必须和平台兼容，否则可能静默失效或报错。
常见错误现象：mode="datetime" 在微信小程序中不支持（只支持 "date" 或 "time"），H5 端则完全依赖浏览器原生 <input type="datetime-local"> 行为，而 iOS Safari 对 datetime-local 支持差、Android Chrome 又有格式差异。
-
mode="date"：全平台可用，返回形如"2024-05-20"的字符串 -
mode="time"：全平台可用，返回形如"14:30" -
mode="datetime"：仅 App 端（iOS/Android）支持；H5 和小程序均不支持，会退化为mode="date"或直接报错 - 想组合日期+时间？得用两个
picker+ 手动拼接，或改用uni-datetime-picker这类封装组件
绑定值和初始显示值必须是字符串，不是 Date 对象
picker 的 value 属性只接受数组索引（用于普通列表模式），但日期/时间模式下它被忽略；实际显示内容由 bindchange 触发后通过 detail.value 返回，且类型固定为字符串。如果你把 new Date() 直接赋给 v-model 或 data 中的变量，会导致显示为空或格式错乱。
正确做法：初始化时用 new Date().toISOString().slice(0,10) 得到 "2024-05-20"，或用 uni.formatTime(new Date(), 'yyyy-MM-dd')（需注意该 API 在 H5 不可用，建议自己写简易格式化函数）。
- 不要：
dateValue: new Date() - 要：
dateValue: '2024-05-20'或dateValue: uni.getSystemInfoSync().platform === 'h5' ? '2024-05-20' : '2024-05-20' - H5 端若需兼容旧浏览器，可 fallback 到
<input type="date">并监听change事件
设置最小/最大可选日期，用 start 和 end 属性，不是 min/max
HTML 原生 input 用 min/max，但 uni-app picker 的日期模式使用 start 和 end 属性，且值必须是 "YYYY-MM-DD" 格式字符串（time 模式同理，用 "HH:mm"）。
容易踩的坑：传入 new Date().toDateString() 会得到 "Fri May 20 2024"，导致限制失效；传入带时分秒的 ISO 字符串（如 "2024-05-20T00:00:00"）在某些 Android 版本会解析失败。
- 正确：
start="2024-05-20"、end="2025-12-31" - 错误：
start="Fri May 20 2024"、start="2024-05-20T08:00:00" - 动态计算起止日期时，务必先格式化再赋值，例如：
this.minDate = this.formatDate(new Date())
App 端真机调试时，bindchange 触发时机与预期不同
在 App（尤其是 iOS）上，用户滑动选择器未确认前，bindchange 就可能高频触发（类似实时监听），而小程序和 H5 通常只在点击“确定”后触发一次。这会导致你在回调里做接口请求或状态更新时，出现重复调用或中间态数据污染。
解决方案不是防抖——因为用户确实可能快速滑过多个日期，而是区分“是否已确认”。uni-app 没有提供原生确认事件，所以得靠平台判断：
- App 端：监听
bindcancel和bindchange，并在bindchange中加标记（如this.isConfirming = true），配合setTimeout延迟执行（不推荐）；更稳妥的是改用uni.showDatePickerAPI，它明确区分了 confirm/cancel 回调 - 小程序/H5：仍可用
bindchange，但需注意 H5 下用户手动输入日期时，该事件不触发，得额外监听input事件 - 统一做法：优先使用
uni.showDatePicker替代组件式picker，尤其涉及表单提交逻辑时
原生 picker 组件的边界很模糊——它既不是纯 Web 控件，也不是完全可控的原生封装，平台差异藏在细节里，比如 iOS 上滑动惯性导致的多触发、Android 上 Dialog 被系统拦截、H5 上 input 元素 focus 后键盘遮挡……这些没法靠一个属性解决，得按端拆解处理逻辑。
