iOS日期选择器需viewport元标签且禁用readonly/disabled；安卓微信textarea换行需rows属性和keydown监听；label推荐嵌套写法；表单提交应防默认行为改用fetch；低端机需真机测试。
input[type="date"] 在 iOS 上点不动？
iOS Safari 对原生日期选择器有严格触发条件，不是加了 type="date" 就能点开。常见现象是点击无反应、光标不出现、甚至被当成普通文本框。
- 必须确保页面有
<meta name="viewport" content="width=device-width, initial-scale=1">，否则 iOS 可能禁用原生控件 - 不能给
input设readonly或disabled，哪怕只是临时加的 class 里写了pointer-events: none也会拦截 - 避免用
display: none或opacity: 0隐藏后又用 JS 显示——iOS 不认这种“伪可见”状态 - 真要兼容老 iOS（如 12.5），建议 fallback 到
type="text"+ 手动初始化flatpickr或vanilla-picker，别硬扛
textarea 在安卓微信里换行失效？
微信内置浏览器（X5 内核）对 textarea 的 enterKeyHint 和软键盘回车行为支持极差，用户按回车常直接提交表单，而不是换行。
- 加
rows属性（如rows="3"）比只靠 CSSheight更可靠，X5 内核会据此判断是否启用多行模式 - 移除
form标签上的onsubmit或阻止默认行为前，先检查event.submitter—— 微信可能把回车当成了 submit 按钮触发 - 如果必须监听回车，用
keydown而非input，并特判event.key === 'Enter' && !event.shiftKey - 不要依赖
white-space: pre-wrap来“保留换行”，提交时后端收到的仍是带\n的字符串，但前端渲染可能被 X5 错误折叠
label for 关联在部分安卓浏览器里不生效？
某些国产安卓浏览器（如 UC、QQ 浏览器旧版）对 label[for] 的 click 事件冒泡支持不完整，点 label 无法聚焦对应 input。
- 优先用嵌套写法：
<label><input type="checkbox"> 同意协议</label>，兼容性远好于for属性 - 如果必须用
for，确保id值完全匹配（区分大小写、无空格、不带#），且该id在整个页面唯一 - 避免在 label 里再包一层
div或span：某些内核会中断事件捕获链 - 测试时别只点文字——试着点 label 的左右边缘，有些浏览器只响应文字区域
表单 submit 后页面闪退或空白？
这不是 JS 报错，而是某些低端安卓机或定制 ROM 在表单提交瞬间回收 WebView 内存，尤其发生在 action 指向同域但路径含查询参数时。
立即学习“前端免费学习笔记（深入）”；
- 提交前加
event.preventDefault()，改用fetch或XMLHttpRequest手动发请求，自己处理跳转 - 如果必须用原生 submit，
action尽量指向静态路径（如/api/submit），别带动态参数；参数改用input type="hidden"提交 - 服务端返回 302 跳转时，确保
Location响应头是绝对 URL（含https://），相对路径在部分 WebView 里会解析失败 - 上线前务必在红米 Note 8、vivo Y3 等入门机型上实测——性能边界往往卡在这里，而不是模拟器
移动端表单最麻烦的不是写法，而是每个平台都悄悄改了一条规则，而且不报错。你得在真机上点三次，才能确认那个 label 是不是真的能点中。
