个人中心页面必须用语义化HTML标签组织：<header>包裹用户概览，头像用<figure><img><figcaption>，字段用<dl><dt><dd>，按钮必须是<button>；布局优先display: grid，表单编辑态复用DOM节点并用contenteditable控制，移动端按钮需确保是<button>且避免pointer-events: none干扰。
个人中心页面不是“能显示就行”的地方，语义错、结构松、响应断，后期加功能、做无障碍、上 SEO 全是坑。
用什么 HTML 标签组织用户信息区块
浏览器和读屏软件靠标签含义识别内容，不是靠 class 名或 CSS 样式。写一堆 <div>，哪怕样式再漂亮，也等于把头像、昵称、邮箱全塞进同一个“黑盒子”，机器无法区分。
-
<header>包住顶部导航 + 用户概览（比如头像+昵称+会员等级），别只放 logo 或标题 - 头像必须用
<figure><img><figcaption></figcaption></figure>，哪怕<figcaption>为空 —— 这告诉辅助技术“这是图像内容，有描述性上下文” - 昵称、手机号、注册时间这类字段对，优先用
<dl><dt>（字段名）+<dd>（字段值），别用<table>或一串<p> - “编辑资料”“退出登录”按钮必须是
<button>，或带role="button"的元素；禁用<div onclick>模拟，否则键盘 Tab、屏幕阅读器焦点都会失效
为什么 display: grid 比 float 或 inline-block 更适合个人中心布局
个人中心常见结构：PC 端左栏（头像+基础信息）+ 右栏（操作卡片/设置入口），移动端垂直堆叠。用 float 容易漏清浮动、高度塌陷、媒体查询写到崩溃；inline-block 又被换行符空格卡得死死的。
- 直接设
display: grid，用grid-template-areas命名区域（如"avatar info" "nav nav"），切换响应式时只需改grid-template-areas值，不用动 DOM 结构 - 避免嵌套多层
<div>再套display: flex——grid容器本身就能当语义化容器，不必额外包裹 - Safari ≤15.4 不支持
subgrid，但主级 grid 完全可用；如需兼容更老版本，用flex降级，别退回float
表单字段怎么安全切换“只读态”和“编辑态”
很多人点“编辑”就 innerHTML 替换整个字段，结果焦点丢失、Tab 键断裂、状态不同步。核心是复用同一组 DOM 节点，靠属性和样式控制行为，而不是销毁重建。
立即学习“前端免费学习笔记（深入）”；
- 用
contenteditable="true"替代临时插入<input>，配合tabindex="0"保证可聚焦；Enter 保存，ESC 取消 - 禁用状态别只加
disabled——<input disabled>会丢事件、颜色不统一；改用readonly+CSS pointer-events: none+opacity: 0.7 - 邮箱、手机号等字段，
type="email"或type="tel"能唤起对应软键盘，但浏览器校验不可靠，JS 必须补全正则验证 - 编辑态聚焦要延迟：用
requestAnimationFrame包一层focus()，否则 Safari 下可能聚焦失败
移动端“退出登录”按钮没反应？先查这三件事
这不是 JS 逻辑问题，往往是基础结构或事件绑定踩了隐性坑。
- 按钮是不是
<button>？如果是<div>或<a href="#">，iOS Safari 默认不触发click（尤其在非交互上下文中） - 有没有阻止默认行为但没写全？
e.preventDefault()必须在touchstart和click两个事件里都调用，否则 iOS 上可能只触发一次 - 父容器是否设置了
pointer-events: none或transform: translateZ(0)类样式？这些会干扰事件捕获链，尤其在滚动容器内
