type="url"仅做基础URL结构校验，如含:和/，不强制HTTP协议、不查域名可达性；需JS手动new URL()增强校验，后端必须独立解析校验。
直接写 type="url" 就能触发浏览器的自动格式检查，但它的“自动检查”非常基础，仅验证字符串是否符合 WHATWG URL 标准的最低结构要求——比如必须含 : 和至少一个 /，不强制 http:// 或 https://，也不拒绝 foo://bar 这类非法协议。它不会发请求、不查域名、不验可达性，更不处理空格或编码问题。
基础用法：写对标签就生效
只需在 input 元素中设置 type="url"，浏览器会在表单提交时自动校验：
<input type="url" name="link" required>- 加
required可防止留空（否则空值也能通过） - 配合
placeholder提示格式，如placeholder="https://example.com" - 无需 JS，用户提交时若格式不符，浏览器会弹出原生提示（如“请填写有效的网址”）
关键限制：别把它当真校验
type="url" 的校验能力有限，常见“合法但无用”的输入仍能通过：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
-
http:/、https:///example.com—— 缺少一个/或多了一个，部分浏览器仍放行 -
ftp://test.com、mailto:test@example.com—— 协议非 HTTP 也可能被接受 -
example.com—— 没协议头，直接报错；但//cdn.example.com（协议相对 URL）反而合法 - 用户粘贴
" https://example.com "（首尾空格）→ 浏览器静默截断为https://example.com，不报错也不提醒
增强可靠性的实用做法
想让校验真正有用，得补一层主动控制：
立即学习“前端免费学习笔记（深入）”；
- 用
new URL(input.value)在 JS 中手动解析，捕获TypeError异常，比依赖表单原生校验更精准 - 提交前用
input.value.trim()预处理，避免空格干扰；再检查是否与原始值不同，做日志或提示 - 需要强制 HTTPS？加
pattern="https?://[^\s]+$"，注意它只校字符串结构，不替代new URL - 移动端兼容性不稳，建议叠加
inputmode="url"，提高软键盘唤起成功率
后端绝不能跳过校验
前端任何校验都可被绕过。用户禁用 JS、改 DOM、用 curl 提交，都能跳过 type="url"。后端必须独立校验：
- Python 用
urllib.parse.urlparse()检查 scheme 和 netloc - Node.js 用
new URL()并 try/catch - 注意接收时中文路径是 UTF-8 编码后的形式（如
%E4%BD%A0），需正确 decode 再处理
