移动端页面中p标签不能嵌套div等块级元素，因HTML规范禁止且浏览器会自动修复DOM结构，导致布局异常、JS获取DOM错误；iOS与Android对p默认间距处理不同，需统一重置；p内含图片或按钮易引发渲染与无障碍问题；p默认无交互语义，:active伪类在移动端常失效，应改用role="button"或button标签。
移动端页面里为什么不能把 p 套在 div 里再套 p
因为 HTML 规范明确禁止 p 嵌套块级元素，div 就是典型块级元素。浏览器遇到 <p><div><p>内容</p></div></p> 这种写法，会自动“修复” DOM：第一个 p 在遇到 div 时立刻闭合，div 被提到外面，里面的 p 变成独立标签。结果和你写的完全不一致，而且不同浏览器修复策略略有差异。
这种自动修复在桌面端可能只是样式错位，在移动端更容易引发布局塌陷、点击区域偏移、甚至 JS 获取到的 DOM 结构和预期不符——比如你用 querySelectorAll('p') 想取 3 个段落，实际拿到 5 个。
p 标签在 iOS Safari 和 Android WebView 中的默认间距差异
iOS Safari 对 p 的上下 margin 默认值比多数 Android WebView（尤其旧版 Chrome 内核）更大，且不响应 zoom 缩放，只响应 viewport 的 initial-scale。这意味着同一份 CSS，在 iPhone 上段落看起来“松散”，在部分安卓机上却挤在一起。
- 不要依赖浏览器默认 margin 做排版，统一重置：
p { margin: 0.5em 0; } - 避免用
em单位做垂直间距，改用rem或固定px，否则字体缩放时em会叠加计算 - 如果用了
line-height: normal，iOS 下可能意外放大行高，建议显式设为1.4或1.5
用 p 包含图片或按钮时在移动端的渲染异常
p 是纯文本语义标签，规范只允许包含短语级内容（phrasing content），比如 span、strong、a、img（但需带 alt）、button（不推荐）。一旦里面塞了 div、section、或者没加 alt 的 img，移动端 WebView 就可能：
立即学习“前端免费学习笔记（深入）”；
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 静默忽略该
img，只留空白占位 - 把
button渲染成不可点击状态（尤其在微信内置浏览器中） - 触发无障碍模式下读屏器跳过整段
p，因为它已不符合语义结构
正确做法是：图文混排用 figure + figcaption；按钮独立成块，不要塞进 p；必须内联图片时，确保有 alt 属性且尺寸可控（加 width / height 或用 max-width: 100%）。
移动端点击 p 触发 :active 伪类失效的原因
很多安卓低端机或微信 WebView 中，p 默认不是可点击元素，所以 :active 不触发。这不是 bug，是规范行为——p 没有交互语义，浏览器不会为其挂载点击状态监听。
如果你真需要点击反馈（比如展开收起段落），有两个干净解法：
- 给
p加role="button"并绑定tabindex="0"，再用 JS 监听click - 直接用
button标签包裹段落文字，通过 CSS 重置默认样式：button { background: none; border: none; padding: 0; text-align: left; }
别用 onclick 直接绑在 p 上还指望 :active 生效——它在多数移动 WebView 里就是摆设。
