inputmode="url"基本失效，因其仅为软提示，中文输入法普遍忽略，iOS Safari支持极弱，Android Chrome仅改回车文案；必须搭配type="url"使用，后者才提供网址键盘和基础校验。
inputmode="url" 在实际项目中几乎不值得单独使用——它既不能强制弹出带 .com 或 / 的键盘，也不影响校验或提交逻辑，纯属视觉提示，且在多数国产安卓浏览器（如微信 X5 内核、vivo Jovi）和部分 iOS 版本中完全无响应。
为什么 inputmode="url" 基本失效
它只是向输入法发一个软提示，而绝大多数中文输入法（搜狗、百度、iFlyIME）根本不读取该属性；iOS Safari 对它的支持极弱，.com 键基本不出现在键盘顶部；Android Chrome 虽能识别，但仅把回车键文字改成「前往」或「转到」，键盘布局不变。你写的 inputmode="url" 在 OPPO Find X7 上大概率还是弹出全键盘。
type="url" 才是真正起效的底线
相比 inputmode，type="url" 至少有两点实际作用：一是触发移动端默认的「网址键盘」（含 .com 和 / 快捷键，尤其在 Android Chrome 和 iOS 16.4+ 上较稳定）；二是提供基础格式校验（虽然宽松，至少拦住明显非法字符串如 abc）。必须搭配 type="url" 使用，inputmode="url" 只能当双保险，不能替代。
真要优化 URL 输入，靠这三件事
- 用
<input type="url">，别只写inputmode="url" - 加
pattern="https?://.+"做前端轻量校验（注意：它不强制https，但能拦掉空值和无协议输入） - 监听
blur事件手动trim()并警告首尾空格（用户从微信粘贴链接时，value会静默截断，但你不提醒，就没人知道） - 提交前用
new URL(input.value)尝试构造对象——失败则报错，比正则更准（能识别http:/foo这类伪 URL）
容易被忽略的细节
URL 提交时不会自动 encodeURIComponent，空格变 +、中文变 %E4%BD%A0 是默认行为。如果后端期望原始字符串，必须自己调用 encodeURIComponent；如果后端直接解析，得确认它是否做了正确 decodeURIComponent —— 这个环节出错，收到的 URL 里中文就变成乱码片段，调试时很难定位。
立即学习“前端免费学习笔记（深入）”；
