表单控件在信息修改页需确保name与后端字段严格一致、value正确回填当前值、action指向真实API并适配PUT/PATCH方法；禁用reset按钮，文件上传需额外展示状态且enctype设为multipart/form-data。
表单控件在信息修改页不是“填完就能保存”，关键在于 name 属性是否与后端接口字段对齐、value 是否正确回填、以及提交路径是否指向真实 API。
修改页必须回填 value，不能只靠 placeholder
用户进入修改页时，输入框应显示当前值，而不是空着或仅靠 placeholder 提示。否则用户无法确认原值，也容易误删数据。
-
value属性是回填的唯一可靠方式，例如：<input type="text" name="username" value="zhangsan"> -
placeholder仅作提示，不参与提交，且页面刷新后不会保留 - 若数据来自后端（如
GET /api/user/123），需用 JS 注入value，或服务端模板直接渲染 - 禁用
readonly但保留value，否则表单提交时该字段会丢失（readonly字段仍会提交；disabled不会）
name 属性必须和后端字段名完全一致
表单提交后，后端靠 name 解析键名。大小写、下划线、复数形式错一个，字段就收不到。
- 常见错误：
<input name="user_name">对应后端期望username→ 字段为空 - 嵌套字段如
profile.phone，部分后端要求name="profile[phone]"或name="profile.phone"，需按接口文档写 - 数组类字段（如多标签）用
name="tags[]"（PHP 风格）或name="tags"+ 多个同名input（主流 REST API 更倾向 JSON body，此时不用依赖 name 数组语法）
提交按钮别用 type="reset" 清空修改页
修改页里放一个 <input type="reset"> 是高危操作——点一下，刚改的全没了，且无法撤销。
立即学习“前端免费学习笔记（深入）”；
-
type="reset"会把所有input、select、textarea恢复到初始value状态，不是“恢复上次提交值” - 真要加“撤回修改”功能，应通过 JS 缓存原始值，点击时手动还原，而非依赖浏览器 reset 行为
- 如果表单用了
autocomplete="off"，reset 可能表现异常（尤其密码字段），建议移除该属性或明确设为autocomplete="new-password"
文件上传控件修改时要单独处理
修改页含头像/附件等 <input type="file"> 时，浏览器不会自动显示已上传文件名，也不能用 value 回填路径（安全限制）。
- 必须额外展示当前文件状态，例如：
<p>当前头像：<img src="/uploads/avatar_123.jpg"></p> - 提交时，若用户未选择新文件，后端应跳过该字段（或传空字符串/占位符），不能因字段缺失报错
- form 的
enctype必须为multipart/form-data，否则文件控件值为空 —— 即使其他字段都填了也没用 - 不要给 file input 设
required，否则用户无法跳过上传（除非业务强制要求每次修改都换文件）
最易被忽略的是：修改页的 form action 地址通常和新增页不同（如 /api/user/123 而非 /api/user），且 method 应为 PUT 或 PATCH。但 HTML 原生 form 只支持 GET 和 POST，所以实际得靠 method="POST" + 隐藏字段 <input name="_method" value="PUT">（Laravel 风格），或彻底放弃原生 submit，改用 fetch() 控制请求方法。
