当前位置: 首页 > news >正文

Canvas 的性能卓越,用它解决一个棘手的问题!

很早以前就写过一篇文章说明 canvas 计算文字宽高的文章,但是当时理解并没有那么深入,直到最近解决一个棘手的问题:思维导图文字显示不全问题。
 
简单复现场景:
  1. Windows 下的浏览器(edge、chrome 均可)编辑思维导图节点文字
  2. Mac 上查看该思维导图节点就会出现文字显示不全
技术上的说明:
  1. 当前文字宽高计算是在文字编辑过程中计算的,使用 canvas 计算文本宽高
  2. 文字宽高存在思维导图节点数据上,渲染的时候直接使用
  3. 「文字编辑过程中计算」是导致这个问题的根本原因,不同操作系统的文字排版方式不同 + 不同操作系统上的浏览器默认字体不同,导致即使同时 Chrome 浏览器并且都是用 canvas 计算方案得到的结果也是无法兼容的,windows 下计算的文字宽度明显小于 mac 下的文字宽度
  4. 最终导致 Windows 浏览器上编写的思维导图在 Mac 上无法正常展示,Mac 浏览器上编写的思维导图在 Windows 上正常
解决方案:
  1. 渲染时基于 canvas 重新计算文字宽高,相当于渲染是基于当前电脑的浏览器环境重新计算,这样不会有任何兼容性问题
  2. 引入简单的缓存,已经计算过的文本直接读缓存
  3. 最初担心性能问题,测试发现不同样本的数据每计算  1000  次宽高平均花费的时间在  5ms ,这个开销完全可接受,甚至算高效
总结:
其实文字显示不全的问题困扰我们好久,大概拖了好几个月,中间用过非常蹩脚的办法(显示不全时出现滚动条,这个体验很差),一直因为担心性能问题、没有明确的复现路径等导致没有解决,下定决定基于 canvas 动态计算也是因为仔细研究了「语雀」的方案,发现它在不同的系统上渲染的文字宽高确实不同,然后又测试下 canvas 的性能表现,发现这个方案基本上很完美。
我是觉得这个问题值得反思,一定要多尝试,担心什么就去验证什么,走不通再说,说不定担忧没有必要。
 
> 大家对于开源白板、开源思维导图感兴趣,可以关注、了解 Drawnix:  GitHub - plait-board/drawnix: 开源白板工具(SaaS),一体化白板,包含思维导图、流程图、自由画等。All in one open-source whiteboard tool with mind, flowchart, freehand and etc. 
> 对思维导图、白板、画笔工具有使用需求可直接访问  drawnix.com 

http://www.wxhsa.cn/company.asp?id=154

相关文章:

  • CSS Box-Sizing 详解:解决移动端布局溢出问题的关键
  • Visual Studio Code 开发环境搭建(Rust)
  • Spring Boot 项目中,同一个版本的依赖,内容却不一样?一次因依赖污染导致 Redis 启动失败的排查
  • 微信机器人开发文档
  • 从0到1:餐饮微信点餐小程序源码解析(含扫码点餐+外卖系统+后台管理)
  • 推荐一款线程or进程间数据同步解决方案
  • part 2
  • Apache服务器自动化运维与安全加固脚本详解
  • 无障碍资源导航
  • The 2022 ICPC Asia Shenyang Regional Contest
  • 还在微信群追问任务进展?领歌看板让逾期工作无处可藏
  • 别再猜了-开始测量吧-一份实用的Web性能指南
  • 你的开发服务器在说谎-热重载与热重启的关键区别
  • 大屏开发
  • 检测域名证书有效期
  • PostgreSQL 内机器学习的关键智能算法研究
  • [node] Linux 环境安装 nvm 并通过 nvm 控制 node 版本
  • Gitee崛起:中国开发者为何纷纷转向本土代码托管平台
  • TCP反向代理:将局域网内部的TCP/HTTP服务暴露在公网上
  • 告别数月等待:数字孪生场景生成从此进入“日级”时代
  • Vue.js:大屏开发实战
  • xtrabackup8.0本地备份和恢复(xbstream+gzip)
  • Docker网络
  • 神器内存分配器(Allocator)设计:从原理到高性能实现的深度探索
  • 后端Coder如何做好代码设计?
  • Symfony学习笔记 - Symfony Documentation - Frontend
  • xtrabackup8.0本地备份和恢复(xbstream+compress)
  • 安装云图解析python模块碰到的问题
  • 计算机使用问题集
  • Docker