关键是以合适数据结构（如list或list）先组织表格行列、对齐、转义等逻辑，再批量交由stringbuilder一次性构建；避免边拼边算格式，预计算列宽、分阶段构建、安全转义并初始化足够容量。
用 StringBuilder 拼接未知长度的表格时，关键不是“单纯拼字符串”，而是**用合适的数据结构先组织好行、列、对齐、转义等逻辑，再批量交给 StringBuilder 一次性构建**。否则边拼边算格式，容易混乱、低效、难维护。
用 List 或 List> 存每行数据
- > 存每行数据
表格本质是二维结构。避免在循环中反复 append 行头/分隔符/换行符，先用内存结构把所有单元格内容存好：
- 推荐 List
：每行固定列数时更轻量，访问快，适合导出 CSV 或简单文本表 - 选 List
- >：列数不固定（如合并单元格、动态列）或需频繁增删列时更灵活
- 别用 String + "+" 或多次 append —— 每次拼接都新建对象，O(n²) 开销
预计算列宽，统一处理对齐与填充
未知长度 ≠ 无法预估宽度。遍历一遍原始数据，统计每列最大字符数（注意中文占 2 位、特殊字符需转义），再生成格式化模板：
- 例如：用 String.format("%-" + width + "s", cell) 左对齐，或 "%"+width+"s" 右对齐
- 把格式化逻辑封装成方法，传入 row 和 widths 数组，返回拼好的一行字符串
- 表头、分隔线（如 "|---|----|"）也按列宽动态生成，只算一次，复用
分阶段构建：表头 → 分隔线 → 数据行 → 结束符
StringBuilder 不是“越早 append 越好”，而是“越晚拼越稳”。建议三段式构建：
- 第一阶段：append 表头行（已格式化）+ 换行
- 第二阶段：append 分隔线（基于列宽生成）+ 换行
- 第三阶段：遍历数据行，每行 format 后 append + 换行；全部完成再 toString()
这样避免在循环内反复调用 append(" ") 或判断是否首行，也方便后期加序号、过滤、高亮等扩展。
注意转义与边界安全
真实表格常含换行符、管道符、制表符等。直接拼会破坏结构：
- 入库前对每个 cell 调用 escapeForTextTable(cell)，比如将 → \n，| → |，再截断超长内容
- 若目标是 Markdown 或 CSV，按对应规范转义（CSV 需双引号包裹含逗号的字段）
- 初始化 StringBuilder 时给足容量：new StringBuilder(expectedTotalLength)，避免多次扩容
不复杂但容易忽略：数据结构负责“理清楚”，StringBuilder 负责“写得快”。先组织，再拼接，才是高效之道。
