value才是真正的默认值，因浏览器仅将html中写死的value attribute视为初始状态，加载时显示、提交时携带、reset()时回退；placeholder仅为ui提示，不参与数据流、不提交、不重置。
HTML 表单中 value 是默认值，placeholder 是提示语——前者参与提交、影响重置、可被编辑覆盖；后者不提交、不重置、焦点进入即消失。混用或误替会导致表单行为失控。
为什么 value 才是真正的默认值
浏览器只把 HTML 中写死的 value attribute 当作初始状态：加载时显示、提交时携带、form.reset() 时回退至此。JS 修改 el.value（property）不会改变这个“锚点”。
-
<input type="text" value="admin">页面一开就是 “admin”，用户删掉它，点重置按钮，又变回 “admin” -
document.getElementById('name').value = 'user'只改当前显示值，不影响重置目标 -
setAttribute('value', 'new')看似生效，但后续用户输入再提交，服务端收到的仍是旧value—— 因为 property 和 attribute 已脱钩 - 对
<textarea></textarea>，value属性完全无效，必须把默认内容写在标签体内：<textarea>草稿内容</textarea>
为什么 placeholder 绝不能当默认值用
placeholder 是纯 UI 提示，和表单逻辑零耦合。它不参与任何数据流，也不触发任何 DOM 状态变更。
-
<input placeholder="请输入邮箱">焦点一进就消失，用户没输任何内容就提交，字段值为空字符串 - 即使你 JS 设置了
el.placeholder = '已缓存'，reset()对它毫无反应 - 屏幕阅读器会读出
placeholder，但不会把它当作字段已有值——无障碍体验上也容易误导 - 服务端永远收不到
placeholder的文本，别指望靠它兜底传参
type 不同，value 格式要求天差地别
不是所有 value 都能随便填字符串。类型校验发生在 DOM 解析阶段，错一点就静默失效。
-
<input type="date" value="2024-05-20">✅ 安全；value="05/20/2024"❌ 渲染为空，控制台可能报 warning -
<input type="number" value="1234.5">✅；value="1,234.5"或value="1234.5元"❌ 变空 -
<input type="email" value="test@domain">❌ 缺少 TLD（如 .com），部分浏览器拒绝渲染为有效值 -
<input type="checkbox" value="on" checked>中的value决定提交值，是否勾选看checked，二者不可互替
服务端渲染时 value 的 XSS 风险比你想的更隐蔽
用户输入内容直接插进 value="xxx"，双引号本身就会提前闭合属性——光转义 和 <code>> 毫无意义。
- 原始值：
"><script>alert(1)</script>→ 拼成value=""><script>alert(1)</script>"，脚本立即执行 - 必须做完整 HTML 属性转义：双引号变成
"，单引号变成'，&变成& - 模板引擎如 Jinja2、Django 默认 escape，但手拼字符串或 innerHTML 赋值时极易漏掉
- 若用 JS 动态设值，优先走
el.value = untrusted，而非el.setAttribute('value', untrusted)—— 前者不解析 HTML，天然免疫
最常被忽略的一点：表单控件是否带 name 属性，直接决定它会不会被 reset() 处理、会不会随表单提交。没有 name，哪怕写了 value 和 checked，也是“幽灵字段”——看不见、摸不着、不重置、不提交。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
