maxlength在table中仍有效，但仅限制键盘输入；粘贴等操作需监听paste和input事件手动截断，并用Intl.Segmenter统计真实字符数以防emoji计数偏差。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
textarea放在table里，maxlength还管用吗
管用。只要 textarea 是标准 HTML 元素（没被富文本编辑器包裹、没被 JS 动态替换内容），放在 <table>、<code><div> 或任何容器中，<code>maxlength 属性都照常生效——浏览器只认元素类型和属性，不看父级结构。
常见误判场景：
– 表格单元格里嵌了 Quill 或 TinyMCE，实际输入发生在隐藏 div 中，原生 maxlength 完全失效
– 用 JS 把 textarea.value 改成带格式的 HTML 字符串（比如加 <br>），导致 .length 计算失真，表面超限却没被截断
为什么表格里的textarea粘贴后字数失控
因为 maxlength 只拦截键盘按键，对粘贴、拖入、语音输入等“非键入”行为无感。表格环境不会加剧这问题，但容易让人忽略它本来就不处理粘贴。
- 必须监听
input和paste两个事件（paste要preventDefault()后手动截断再插入） - 粘贴后光标可能跳到末尾，需用
setSelectionRange恢复原位置（否则用户继续打字会从结尾追加） - 移动端尤其明显：Gboard 在 IME 组词阶段允许临时超限，直到用户点「上屏」才触发截断
中文/emoji 在表格中显示字数不准怎么调
不是表格的问题，是 maxlength 本身按 UTF-16 code units 计数。一个基本汉字占 1 单位，但 ?? 这类组合 emoji 占 4 单位，某些生僻汉字占 2 单位——所以你看到「已输 202 字」，其实是 202 个 UTF-16 单元，不是用户感知的 202 个图形字符。
立即学习“前端免费学习笔记（深入）”；
若业务要求严格按「人眼看到的字数」限制（即 Unicode grapheme clusters），不能只靠 maxlength：
- 前端可用
Intl.Segmenter（现代浏览器支持）统计真实字符数：Array.from(new Intl.Segmenter().segment(text)).length - 降级方案用正则：
text.match(/\p{Extended_Pictographic}|\p{Emoji_Presentation}|\p{Grapheme_Extend}|\S/gu)?.length || 0 - 服务端必须用同样逻辑校验，否则前后端计数不一致会导致提交失败或数据被静默截断
表格列宽固定时，textarea字数提示被挤变形怎么办
这是 CSS 布局问题，和字数限制逻辑无关。常见于给 <td> 设了 <code>width 或 max-width，又没控制 textarea 自身尺寸。
实操建议：
- 给
textarea显式设width: 100%; box-sizing: border-box;，避免撑破单元格 - 字数提示用
<small></small>或<span></span>放在<td> 底部，加 <code>display: block; text-align: right; margin-top: 4px; - 避免在
<td> 上用 <code>white-space: nowrap，否则提示文字会溢出或换行错乱真正难的是让字数统计逻辑在各种输入法、各种 emoji 组合、各种富文本包裹场景下保持一致——别指望一次配置就覆盖所有边界，得按实际输入来源逐层兜底。
