结论：应只初始化一次BMapGL.Polyline，通过setPath()动态更新路径；频繁新建Polyline会导致GPU资源泄漏、掉帧及坐标错位，且需确保坐标经BD09转换、防抖截断、精度压缩，并加锁避免setPath冲突。
直接说结论：用 WebSocket 接收轨迹点，配合 BMapGL.Polyline 的 setPath() 方法动态更新路径，而不是反复 removeOverlay + addOverlay——后者在高频更新下必然卡顿、内存泄漏、坐标错位。
为什么不能每次新增点都新建 Polyline？
百度地图 WebGL 版（BMapGL）的 Polyline 实例一旦添加到地图，其底层 WebGL 缓冲区就已绑定。频繁销毁重建会触发大量 GPU 资源回收与重分配，尤其在移动端或低端 PC 上，每秒 2–3 次就明显掉帧；更严重的是，removeOverlay 并不立即释放资源，叠加 addOverlay 容易导致坐标解析错乱（比如新线段起点跳到旧线段中段）。
- 实测现象：
polyline = new BMapGL.Polyline(points)每秒调用 5 次，10 秒后地图缩放卡顿，控制台出现WebGL: INVALID_OPERATION: useProgram: program not valid - 根本原因：每次
new BMapGL.Polyline都创建新 shader 程序和 VBO，但旧实例未被 GC（因地图内部仍持有引用） - 正确做法：只初始化一次
Polyline，后续仅调用polyline.setPath(newPoints)
WebSocket 收到点后怎么安全更新 setPath？
setPath() 要求传入 BMapGL.Point 数组，且必须确保所有点都在当前地图投影坐标系内。直接把原始 {lat, lng} 塞进去会出错——百度地图 WebGL 版不接受裸 JSON 坐标，也不自动做 WGS84 → BD09 转换。
调用百度PaddleOCR‑VL大模型API，支持PDF、Word、PPT、图片等多格式文档解析，精准识别印刷体、手写体、表格、公式、图表、印章等复杂元素，支持100+语言，可处理不规则布局和跨页长文档。触发词：文档解析、VLM解析、大模型OCR、PaddleOCR、多模态文档、手写识别、公式识别、复杂版面。
- 必须先用
new BMapGL.Point(lng, lat)构造（注意顺序是lng, lat，不是lat, lng） - 如果服务端发来的是 WGS84 坐标（GPS 设备标准），需调用
BMapGL.Convertor.translate()转为 BD09，否则轨迹整体偏移 500 米左右 - 更新前检查数组长度：空数组或单点调用
setPath会导致线段消失，应至少保留 2 个有效点 - 推荐加一层防抖：
if (points.length > 100) points = points.slice(-100)，避免长距离行驶时数组膨胀拖慢渲染
如何让轨迹线“动起来”而不是静态刷新？
纯 setPath 是瞬时重绘，用户看不到运动过程。要实现“行进感”，得靠时间轴插值 + 渐变色驱动，百度地图原生不支持 line-progress 表达式（Mapbox 那套），但可用 Canvas 覆盖层模拟：
- 用
map.getPanes().overlayPane获取地图 canvas 层，用requestAnimationFrame在上面逐帧绘制线段片段 - 关键技巧：不画整条线，只画从起点到“当前进度点”的子路径，进度按时间戳差值计算（例如：当前时间 - 起始时间）/（结束时间 - 起始时间）
- 若坚持用
Polyline，可配合map.centerAndZoom(point, zoom)自动跟随车辆，但需加if (map.getCenter().distanceTo(point) > 500)判断，避免频繁居中抖动 - 别忘了处理断连：连接中断时暂停动画，用最后速度线性外推位置并画虚线，重连后用服务端补发的 10 秒历史点重置进度
坐标精度与性能的平衡点在哪？
物流轨迹点通常每 3–10 秒上报一次，原始 GPS 坐标小数点后 7 位（≈1cm），但百度地图渲染精度上限约 1 米，传太多无效精度反而增大 WebSocket 数据包体积、拖慢解析。
- 前端接收后立刻对
lat/lng执行parseFloat(x.toFixed(5))，压缩到小数点后 5 位（≈1.1 米）足够 - 服务端推送前也应做 Douglas-Peucker 简化（尤其长距离直线段），百度地图对 >5000 点的路径渲染明显延迟
- 移动端弱网下，建议服务端开启 gzip 压缩，并将轨迹点合并为 batch（如 5 点一组），减少 TCP 包数量
- 真实项目里，超过 300 个点的轨迹必须启用滚动窗口（
points.push(newPoint); if (points.length > 300) points.shift()），否则内存占用飙升
最易被忽略的一点：百度地图 BMapGL 的 setPath 不是原子操作——如果在 setPath 执行中途又调用一次，可能造成点数组错位或崩溃。务必用 isUpdating = true 标志位锁住，等上一次完成回调（无官方回调，需自行 setTimeout(() => { isUpdating = false }, 16) 模拟）再处理下一批点。
