HTML5本身不支持密码批量测试，因其表单提交为单次同步式，无法发起多个独立HTTP请求；批量测密码需前端JavaScript控制流程、后端API执行鉴权，并严格限流与防护。
HTML5 本身不提供密码批量测试能力，也没有内置的“多账号测密码”逻辑——这是服务端或自动化测试工具该干的事，前端 只负责安全地收密码，不验证、不传输、不比对。
为什么不能用 HTML5 表单直接批量测密码
HTML5 表单提交是单次、同步、跳转或重载式的；它没有设计成支持「传入 100 个账号密码对、逐个发请求、收集结果」的交互模型。所谓“批量测试”，本质是：发起多个独立 HTTP 请求 + 解析响应 + 判断成功/失败。这必须靠 JavaScript 配合后端接口实现。
-
required、pattern、minlength等属性只能做基础格式校验（比如“至少 8 位”），无法连服务器验证“这个密码是否真能登录” -
浏览器禁止跨域
fetch或XMLHttpRequest直连其他域名的登录接口（除非对方明确开了CORS） - 密码明文批量发送极不安全，生产环境必须走 HTTPS + 后端中转，且需防暴力探测限流
真正可行的批量测密码逻辑（前端 JS + 后端 API）
核心是把“测密码”拆成两层：前端控制流程，后端执行鉴权。典型结构如下：
- 前端读取账号密码列表（例如从
粘贴user1:pass1\nuser2:pass2，或解析 CSV 文件） - 逐条调用你自己的后端接口，如
/api/batch-login，POST 包含{ "username": "u", "password": "p" } - 后端用标准登录逻辑（查库、校验 hash、检查封禁状态等）返回
{ "ok": true, "msg": "login success" }或{ "ok": false, "reason": "wrong password" } - 前端聚合结果，高亮失败项，限制并发数（避免被当成攻击），加防抖/暂停按钮
示例片段（前端节选）：
