br标签仅用于同一语义单元内固定位置的强制换行，如地址、诗歌、表单提示；不可替代段落或布局，否则损害可访问性、响应式及国际化。
直接用 <br> 就行，但必须清楚它只管“视觉断行”，不解决长单词溢出、不保留语义、也不响应容器宽度变化。
什么时候该用 <br>？
它只适合那些「换行位置完全固定、且内容属于同一语义单元」的场景：
- 地址（
北京市朝阳区<br>建国路8号
）——两行都是同一个物理地址 - 诗歌或歌词（
山高水长<br>云淡风轻
）——分行是作者意图，不是段落分割 - 表单提示文案（
密码需包含：<br>• 至少8位<br>• 大小写字母+数字
）——结构扁平，无需段落语义
一旦出现“这是一段说明。
这是另一段说明。”，就该换 <p></p>，而不是堆 <br>。
<br> 常见失效现象和原因
写了 <br> 却没换行？大概率不是标签错了，而是被其他规则覆盖了：
- 父容器设了
white-space: nowrap—— 它会直接忽略所有换行符，包括<br> - 文本被包裹在
<pre class="brush:php;toolbar:false;"></pre>或white-space: pre里 —— 这时<br>反而可能被当成普通字符渲染 - 用了
<div>第一行<br>第二行</div>，但 CSS 给div加了display: inline—— 行内元素对<br>支持不稳定 - 后端模板（如 Jinja2、Thymeleaf）自动转义了
<br>，输出成了纯文本<br>
和 CSS 换行方案的关键区别
<br> 是「静态锚点」，CSS 方案是「动态策略」：
-
overflow-wrap: break-word：等容器真装不下整个单词时才切，比如ThisIsAVeryLongBase64String==在 200px 宽度下自动断开 -
word-break: break-all：不管宽不宽，直接按字符切，适合 ID 列、日志表格这类可读性次要的场景 -
white-space: pre-line：后端返回带\n的字符串时，让它真正起作用 —— 但前提是容器没设white-space: normal（默认值）
别指望 <br> 能替代这些。它不感知容器宽度，不处理 URL 溢出，也不能让 \n 生效。
容易被忽略的细节：XSLT、React 和 SSR 场景
在非纯 HTML 环境里，<br> 的行为更依赖上下文：
- XSLT 中用
<text disable-output-escaping="yes"><br></text>是危险操作，优先改用模板逻辑显式生成<br>元素 - React 里写
{"first line<br>second line"}会报错，必须用dangerouslySetInnerHTML或拆成 JSX 元素 - 服务端渲染（SSR）时若后端拼的是字符串（如
"line1\nline2"），前端直接innerHTML插入，\n不会换行 —— 得配white-space: pre-line
真正难的从来不是“怎么加换行”，而是判断：这个换行，是内容结构的一部分，还是排版表现的妥协？选错一层，后面全是补丁。
