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