document.myForm 在现代浏览器中基本失效，仅 IE6–8 支持；它依赖非标准的隐式全局挂载机制，易因同名元素、动态插入或严格 doctype 失败；应改用 document.getElementById 或 document.forms 配合 name 查找。
form.name 在旧版 DOM 查找中根本不可靠
直接说结论：document.myForm 这种写法在现代浏览器里基本失效，IE6–8 是它最后的“合法”运行环境。它依赖的是浏览器对 form 元素 name 属性的隐式全局挂载机制，不是标准 DOM 接口，也不受 document.forms 或 getElementById 保障。
常见错误现象：代码里写了 document.myForm.submit()，但控制台报 Cannot read property 'submit' of undefined；或者在 Chrome/Firefox 中完全静默失败，不报错也不执行。
-
document.myForm只在页面只有一个<form name="myForm">且未被 JS 动态移除/重写时才可能生效，顺序敏感（必须先于脚本执行） - 多个同名
form时，部分旧 IE 返回第一个，部分返回集合，行为不一致 - 若表单是通过
innerHTML或appendChild动态插入的，document.myForm几乎必然为undefined - XHTML 模式或严格 doctype 下，该写法从一开始就不被支持
替代方案：用 document.forms 索引或 name 匹配更可控
document.forms 是标准接口，返回 HTMLCollection，兼容性好（IE6+），且不依赖隐式挂载。但它返回的是集合，不是单个对象，需明确取值逻辑。
使用场景：你已知表单数量少、顺序稳定，或需遍历所有表单做统一处理。
立即学习“前端免费学习笔记（深入）”；
- 按索引取：
document.forms[0].submit()—— 简单直接，但硬编码索引易断，适合单表单页 - 按 name 属性查找：
Array.from(document.forms).find(f => f.name === 'myForm')—— 兼容性好，语义清晰，推荐用于多表单页面 - 避免用
document.getElementsByName('myForm')[0]：虽然能拿到 form 元素，但getElementsByName对form标签的支持在 Safari 早期版本中不稳定，且返回 NodeList 需判空
form.name 和 id 冲突时，DOM 查找优先走 id
如果一个 <form name="login" id="login"> 同时存在，document.getElementById('login') 一定返回该表单，但 document.login 行为不可预测 —— 它可能返回表单，也可能返回其他同名元素（比如某个 <input name="login">），尤其在 IE 中。
这不是 bug，而是历史遗留的命名空间污染：IE 曾把所有带 name 的元素都挂到 document 上，导致同名冲突。
- 只要页面中存在任意一个
name="login"的元素（哪怕只是<div name="login">），document.login就可能返回它而非表单 -
id是唯一锚点，name是提交标识，二者语义不同，混用name做 DOM 查找本身就是误用 - 现代写法应统一用
document.getElementById('login')或document.querySelector('form#login')
服务端接收和前端查找是两件事，别混淆
表单提交时，name 属性决定字段名，跟前端如何获取表单对象无关。即使你完全不用 form.name，只要 input 有 name，数据就能发到后端。
容易被忽略的地方在于：老项目常把“能提交”等同于“能用 document.xxx 访问”，结果升级浏览器后 JS 失效，但表单照常提交，问题被掩盖很久。
-
form.name唯一正当用途是：在传统内网系统中配合document.formName.inputName访问控件（如document.myForm.fname.value），但这已是 IE 专属遗产 - 所有现代框架（React/Vue）和主流库都不依赖
form.name做 DOM 操作，而是用 ref、querySelector 或表单事件对象 - 如果你还在维护依赖
document.myForm的代码，最稳妥的迁移方式是给 form 加id，然后全量替换成document.getElementById
