Canvas 渲染大规模文本卡顿的根本原因是主线程同步执行文字测量、样式计算、像素读取和上下文切换；优化需将高频开销转为启动/离线预处理，并结合预渲染纹理、分层+脏矩形、换行布局固化及内存与主线程保护措施。
Canvas 渲染大规模文本（如数百至数千个标签、弹幕、图表标注）时卡顿，根本原因不是“画得慢”，而是反复执行文字测量、样式计算、像素读取和上下文切换——这些操作在主线程同步进行，极易阻塞渲染与交互。真正有效的优化，是把运行时高频开销转为启动时或离线预处理，并配合分层、缓存与粒度控制。
预渲染文字纹理：绕过实时绘制管线
对内容稳定、更新频率低的文本（如地图POI名称、建筑标签、图例说明），放弃每帧调用 fillText()，改用预生成图片纹理：
- 统一字体栈（例如
'14px "PingFang SC", "Microsoft YaHei", sans-serif'），禁用 font-weight 变化，避免浏览器加载多套字体实例 - 用离屏 Canvas 批量绘制文字+背景+边框，调用
toDataURL('image/png')导出 Base64 图片 - 以
${text}-${fontSize}-${fillColor}-${bgColor}为哈希键缓存，相同组合复用同一张图 - 在 WebGL 引擎（如 Cesium、Mars3D）中，将该图片传给
BillboardEntity或自定义着色器贴图，彻底跳过LabelEntity的 getImageData 同步阻塞流程
分层+脏矩形：动静分离，局部更新
不把所有文字塞进一个 Canvas，而是按更新节奏拆成逻辑图层：
- 静态层：城市名、坐标轴标注等极少变化的内容，绘制到固定尺寸 OffscreenCanvas，滚动/缩放时平移复用
-
模板层：同款样式的标签（如统一圆角白底黑字+图标），预绘为 128×128 小图，运行时仅
drawImage()贴图 - 动态层：仅保留实时变动项（如鼠标悬停高亮、拖拽中节点名），由主 Canvas 每帧重绘
- 每个文字变更时，只标记其包围盒为“脏区域”，重绘时
clearRect()+ 局部重绘对应离屏块，避免全层刷新
换行与布局：避免逐帧 measureText
长文本自动换行若在每帧中实时计算，measureText() 会成为 CPU 热点。应提前固化布局逻辑：
立即学习“前端免费学习笔记（深入）”；
- 对固定宽度容器（如弹幕栏、信息面板），在初始化阶段完成分词、测宽、断行，生成行高+起始 Y 偏移数组，后续直接按索引绘制
- 中文优先按字符切分（非空格），使用
ctx.measureText(char).width累加判断换行点；英文可按单词切分提升可读性 - 启用
ctx.textBaseline = 'top'和ctx.textAlign = 'left'，避免基线浮动导致 Y 坐标反复校准 - 禁用
ctx.imageSmoothingEnabled = false，防止文字缩放后模糊，同时减少插值计算开销
内存与主线程保护：关键兜底措施
离屏 Canvas 和图片纹理会占用显存与内存，需主动管控：
- 创建离屏 Canvas 时传入优化选项：
getContext('2d', { willReadFrequently: false })，关闭不必要的像素读取能力 - 监控单个离屏 Canvas 内存：估算
offscreen.toDataURL().length * 1.3（Base64 膨胀系数），总缓存超 20MB 时触发 LRU 清理 - 将文字坐标计算、换行逻辑、字体适配等纯数学任务移入 Web Worker，主线程只负责合成与贴图
- 对长期未使用的离屏 Canvas，手动设
offscreen.width = offscreen.height = 0，促使其被 GC 回收
