value是真实提交的数据，placeholder仅为视觉提示；前者参与表单提交、重置和DOM同步，后者仅引导输入且不提交、不触发事件、不替代label。
value 是真实提交的数据，placeholder 只是视觉提示
用户填表单时，value 决定服务器最终收到什么；而 placeholder 在输入框获得焦点后自动消失，且不会随表单一起提交。哪怕你把 placeholder="admin" 写得再像默认值，它也不会出现在 FormData 或 request.body 里。
常见错误现象：
- 用
placeholder替代label，导致屏幕阅读器无法识别字段用途 - 把重要默认值（如“北京”“已登录邮箱”）只写在
placeholder里，用户没输内容就提交，后端收不到该字段 - JavaScript 动态读取
input.value时，误以为placeholder会影响其初始值
value 会参与表单重置和 DOM 同步，placeholder 不会
value 是可读写的 DOM 属性，受 form.reset() 影响，也响应 input.value = "xxx" 赋值；placeholder 是纯 HTML 属性，修改它不会改变输入框当前显示内容，也不触发 input 或 change 事件。
使用场景差异：
立即学习“前端免费学习笔记（深入）”；
- 需要预填数据（如编辑已有用户信息）→ 必须用
value - 仅作输入引导（如“手机号 11 位”）→ 用
placeholder - 既要预填又要提示 → 同时写
value和placeholder，但注意语义不重复，例如：<input type="text" value="张三" placeholder="请输入姓名">
浏览器兼容性与可访问性影响不同
placeholder 在 IE9 及更早版本完全不支持；value 则从 HTML2 就存在，无兼容问题。更重要的是，placeholder 文本默认颜色浅、字号小、无语义角色，对低视力用户或键盘导航者极不友好——它不能替代 label，也不能被 aria-label 覆盖。
性能与维护提醒：
- 不要用 CSS 强行让
placeholder看起来像value（比如加粗、加深色），这会混淆用户认知 - 国际化项目中，
placeholder需随语言切换，但value往往来自后端数据，两者更新时机不同，容易错位 -
input::placeholder伪元素样式在部分 Android WebView 中失效，尤其font-style: italic和opacity
type="checkbox"/"radio" 中 value 不可省略，placeholder 无效
placeholder 仅对 text、search、url、tel、email、password 类型生效；在 checkbox 或 radio 上写 placeholder 完全被忽略。而 value 对这两类是强制属性：没写 value，选中后提交的值就是空字符串或 undefined，后端很可能解析失败。
典型错误写法：
<input type="checkbox" name="agree" placeholder="我已阅读条款">
正确做法是把提示文字放在 label 里，value 单独定义业务值：
<label><input type="checkbox" name="agree" value="true"> 我已阅读并同意条款</label>
最容易被忽略的一点：当用 JavaScript 清空输入框时，input.value = "" 会让 placeholder 重新浮现，但如果你只改了 input.setAttribute("value", "")，DOM 属性更新了，实际显示值可能不变——因为 value 属性和 value 属性值（property）不是一回事。
