<pr>不是合法HTML标签，浏览器会忽略或报错；应使用标准<p>标签包裹段落，或用<br>实现换行，而非自造标签。
为什么 pr 会被浏览器忽略甚至报错
因为 pr 根本不是 HTML 标准标签，W3C 规范里从没定义过它。浏览器遇到这种自造标签，通常会当作“未知元素”直接丢弃其语义，有些甚至把整个标签连同内容当作文本节点渲染——结果就是你写的几段文字全挤在一行，段落没了间距、样式失效、屏幕阅读器读不出来。
典型错误现象包括：Element pr not allowed as child of element body in this context（控制台报错）、<pr>Hello</pr><pr>World</pr> 渲染成连续文本、CSS 中对 pr 的样式规则完全不生效。
用 <p> 替代 <pr> 的实际操作要点
这不是简单替换字符串的事，得结合上下文判断是否真该用 <p>：
- 如果内容是独立、完整的陈述句（如文章段落、说明文字），就用
<p>包裹，且每个<p>必须闭合 - 如果只是想换行，别用任何标签，改用
<br>；但注意<br>不表示语义分段，仅作视觉折行 - 如果内容是一组相关但非句子的短语（比如地址、联系信息），考虑用
<address>或<div>+ 语义类名，而不是硬套<p> - 批量替换时，用正则
<pr>([\s\S]*?)</pr>→<p>$1</p>，但务必人工复查——避免把列表项、表格单元格里的pr错替成p
HTMLHint 怎么帮你提前发现这类问题
光靠肉眼或浏览器控制台容易漏掉隐藏的非标标签，htmlhint 可以在保存时就报错。关键配置项有：
立即学习“前端免费学习笔记（深入）”；
-
"unknown-tag": true：检测所有未注册的标签名，pr、txt、row全部命中 -
"tagname-lowercase": true：防止你写成<PR>还以为合法 -
"attr-no-duplication": true：顺便揪出像<p class="a" class="b">这种低级错误 - VS Code 中装 HTMLHint 插件后，
.htmlhintrc文件放项目根目录，规则立即生效
修复后必须验证的两个盲点
改完 pr → p 不代表万事大吉：
- 检查是否意外把原本嵌套在
<li>或<td>里的pr替成了p——<p>不能作为<li>的子元素，W3C 会报Element p not allowed as child of element li - 确认
<p>没被塞进<span>、<a>这类内联元素里，否则浏览器会自动拆解 DOM，导致结构错乱 - 用 W3C Validator 直接提交 HTML 源码（别只看 DevTools 里的渲染后 DOM），它能暴露浏览器“自动修复”掩盖下的真实合规性问题
非标标签看似省事，实则埋下可访问性、SEO 和维护成本三重隐患。最麻烦的不是改标签，而是改完后要重新验证语义层级和嵌套合法性——这点很容易被跳过。
