UEditor关闭自动转div为p的核心方法是将allowDivTransToP设为false，并注释li内自动加p及dl/dd/dt转ul/li的代码，修改ueditor.all.js和ueditor.config.js后需清缓存生效。
UEditor 里怎么关掉自动转 div 为 p 的行为
UEditor 默认会把粘贴进来的 <div> 强行转成 <p>，根源在配置项 allowDivTransToP。它不是样式问题，是解析阶段就改 DOM ——你看到的源码和实际生效结构根本不同。
实操步骤很直接：
- 打开
ueditor.all.js，搜allowDivTransToP，把它从true改成false - 顺手注释掉 15112 行左右那段遍历
<li>并往里塞<p>的逻辑（否则列表项里还会被硬加段落） - 如果用了自定义
<dl>/<dt>/<dd>，也得去 10079 行附近注释掉强制转<ul>/<li>的代码
改完必须清缓存再试，否则 JS 还在用旧版本。
FCKEditor 怎么让回车不插 p 而是换行
FCKEditor 默认按 EnterMode = 'p' 处理回车，每次敲回车就生成一对 <p></p>，嵌套风险极高。这不是 bug，是设计如此 —— 但你可以切到更轻量的模式。
立即学习“前端免费学习笔记（深入）”；
关键改两处配置：
- 编辑
fckconfig.js，把FCKConfig.EnterMode = 'p'改成'br' - 同时把
FCKConfig.ShiftEnterMode = 'br'改成'p'，这样Shift+Enter才插段落，普通回车只加<br>
注意：<br> 是内联换行，不会触发浏览器对块级子元素的闭合逻辑，适合纯文本排版场景。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
为什么光靠 CSS display: inline 拦不住自动闭合
很多人试过给 <div> 加 display: inline 或 inline-block，指望它能塞进 <p> —— 这完全无效。浏览器解析 HTML 时根本不读 CSS，只按 W3C 内容模型校验：只要 <div> 出现在 <p> 里，立刻中断、闭合、移出。
后果非常具体：
-
document.querySelector('p > div')永远返回null -
p { background: #eee; padding: 1em }对移出去的<div>完全没作用 - 服务端渲染（SSR）后客户端 hydration 会因 DOM 结构不一致直接失败
别在解析层对抗规范，换容器才是正解。
真正难防的是模板引擎里的隐式 p 嵌套
像 Vue / React 模板中写 <p><MyCard /></p>，或者 SSR 框架里动态拼接 <p>{{ content }}</p>，一旦 content 渲染出 <div> 或 <h3>，浏览器照样静默拆解。
预防比修复重要：
- 组件设计时明确声明：该组件只接受文本或内联节点，否则抛 warning
- 构建流程加
html-validate，规则启用no-inline-element-with-block-content - CI 阶段跑
nu-html-checker，它会直接报错Element div not allowed as child of element p
最隐蔽的坑不是报错，而是它一声不吭地改了 DOM —— JS 查不到、CSS 不生效、读屏器跳内容，全在你调试三天后才意识到某一行 <p><div> 被悄悄拆开了。
