表格中textarea高度自适应的关键是控制textarea自身而非td：需设overflow-y:hidden、height:auto后读scrollHeight赋值，并用vertical-align:top松绑td，或外包div隔离高度影响。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
HTML 表格里没有 textarea 元素，所以“表格文本域高度自适应”这个说法本身存在概念混淆——你真正想处理的，是表格单元格（<td> 或 <code><th>）内嵌的 <code>textarea，或者误把表格当成了表单容器。真正的自适应逻辑只发生在 textarea 本身，和它是否在 <table> 里无关。
<h3>为什么 table 里的 textarea 不会自动撑高？</h3>
<p>因为 <code>textarea 默认是替换元素，其高度由 rows 属性或 CSS height 控制；写在 <td> 里时，还额外受表格渲染规则压制：<code>td 默认按内容最小高度包裹，textarea 的 scrollHeight 又依赖父容器能“看到”内容溢出，而表格布局（尤其 table-layout: auto）常截断或忽略子元素真实尺寸计算。
- 常见错误现象：
textarea写在<td> 中，<code>oninput改style.height没反应、高度卡死、滚动条闪现、或撑破整行导致表格变形 - 根本原因不是 JS 失效，而是
td高度未释放：默认vertical-align: middle+line-height干扰，且td不会自动拉伸以容纳动态增高的textarea -
table-layout: fixed下更糟——列宽锁定后，textarea换行受限，scrollHeight计算失真 - 给
td加vertical-align: top，避免 middle 对齐造成的高度错位 - 移除
td上所有height、max-height、line-height约束（尤其是line-height: 1.5这类继承值） -
textarea必须设overflow-y: hidden，否则滚动条会干扰高度测量 - JS 中每次设置前先重置为
height: auto，再读scrollHeight，最后赋值：el.style.height = el.scrollHeight + 'px' - 可加
min-height: 80px和max-height: 200px防止过小或过高
正确做法：绕开 table 布局直接控制 textarea
不要试图让 <td> 自适应 <code>textarea，而是让 textarea 自己撑开，并用 CSS 把 td “松绑”：
如果必须保留在表格结构中，用 wrapper div 隔离
直接把 textarea 套一层 <div>，并让该 <code>div 承担高度变化责任，td 只负责定位：
立即学习“前端免费学习笔记（深入）”；
<td>
<div style="min-height: 80px;">
<textarea style="width: 100%; overflow-y: hidden; border: none;"></textarea>
</div>
</td>
-
div设min-height提供基础空间，textarea高度变化时只影响该div，不触发tr重排 -
textarea宽度用100%撑满div，避免因 padding 导致换行异常 - JS 事件监听仍绑定
textarea，但高度更新目标是外层div（或保持更新textarea自身，div会自然跟随）
最易被忽略的一点：表格行高（tr）不会响应子元素内联样式的高度变化，哪怕你把 textarea 拉到 300px，tr 仍可能卡在初始渲染高度。唯一可靠解法，是放弃对 tr 或 td 的高度幻想，专注控制 textarea 本身行为，并接受它作为独立可滚动区块存在——这比硬塞进表格栅格更稳定。
