get_text()默认不保留换行是因它线性拼接文本节点、忽略html块级语义；需用separator=' '或预处理，而innertext更贴近渲染效果。
get_text() 默认不保留换行是因为它忽略块级结构
调用 soup.get_text() 后看到文本粘成一行或空行过多，不是 bug，而是设计如此：它把所有文本节点线性拼接，不感知 <p></p>、<div> 等标签的语义分隔。浏览器渲染时靠 CSS 布局产生的视觉换行，在纯文本提取阶段根本不存在。
<p>常见表现：<code><p>第一段</p>
<p>第二段</p> → 默认输出 "第一段
第二段"（两个换行符），而非带空行的自然段落。
- 若后端返回的是含
get_text()不会“恢复”这些换行——它只处理 HTML 结构，不解析字符串内的转义符 -
strip=True会删掉每段首尾的 -
separator参数控制的是“不同标签之间”的连接方式，不是“标签内部换行”的保留开关
white-space: pre-line 对 get_text() 提取结果无效
给容器加 style="white-space: pre-line;" 再调用 get_text()，换行依然混乱——因为 white-space 是渲染时的 CSS 行为，而 get_text() 在 DOM 解析层工作，完全绕过样式计算。
它读的是原始文本节点内容，不是浏览器最终渲染出的样子。即使你在页面上看到换行，get_text() 拿到的仍是未加工的 DOM 树文本流。
- 想让
get_text()输出带合理换行的文本，必须显式干预分隔逻辑，比如用separator=' ' - 若源 HTML 中有
<br>，get_text()默认把它当空白处理（不生成换行），需先用replace_with(' ')预处理 -
<pre class="brush:php;toolbar:false;"></pre>标签里的内容会被原样提取（含white-space生效
安全可控的换行提取方案：DOM + innerText + 后处理
最贴近用户所见效果的方式，是走浏览器真实渲染路径：创建临时元素 → 注入 HTML → 读 innerText → 清理冗余空白。
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
innerText 会模拟渲染逻辑，对块级元素自动插入换行，对 <br> 生成换行，且忽略 display: none 元素——比 get_text() 更接近“人眼所见”。
- 用
const temp = document.createElement('div'); temp.innerHTML = htmlString;注入 - 取
temp.innerText，它天然把<p></p>、<h2></h2>、<li>等块级标签转为换行分隔 - 后续可用
.replace(/ s* /g, ' ')合并连续空行，或.replace(/^s+|s+$/gm, '')清理每行首尾空格 - 注意：不要对用户输入直接用
innerHTML，需先做 XSS 过滤或使用textContent替代注入
后端返回带 的字符串，前端渲染时别用 innerHTML
如果 API 返回的是类似 "姓名: 张三
年龄: 28" 的纯文本（非 HTML），却用 el.innerHTML = str 插入，
会被当成普通空白丢弃——浏览器 HTML 解析器根本不认裸
为换行指令。
此时 white-space: pre-line 也救不了你，因为容器里压根没换行符可识别。
- 正确做法：用
el.textContent = str，再配white-space: pre-line——textContent会把 JS 字符串里的 - 验证是否真含
JSON.stringify(str)，看到"\n"才说明存在；若只显示空格或单个 - Vue/React 中绑定变量时，确保该变量是原始字符串，不是被
v-html或dangerouslySetInnerHTML处理过的 HTML 片段
真正决定换行是否生效的，从来不是 CSS 属性本身，而是换行符是否真实存在于最终进入渲染管线的文本内容中——它可能来自 HTML 结构、JS 字符串字面量、还是服务端 JSON 字段，路径不同，处理点就完全不同。漏掉任意一环，pre-line 就只是个摆设。
