支持一下

kong 或者 nginx 拦在最前面，路径转发到另一个，完事

另外无限积累数据可不行
1. 存储空间有限，localStorage 上限为 5MB
2. 随着数据变多，localStorage 读写和 JSON 序列化 会占用较多的 CPU 时间，影响用户网页的正常业务和性能指标。

让后端改成只要接收到埋点数据就返回 200

可信变革...

组件就是类

@royalknight 我这个写的比较糙，周末有时间的话重写一下，向大佬学习，也写成组件试试

@royalknight 被另一个仓库的 CNAME 文件影响了，已修复

哈哈，我也有一个，https://gausszhou.github.io/online-desktop/

你这背景太假了！

1. 直接用域名
2. 打包时修改， 使用 .env.production 或者 corss-env 配置
3. 打包后修改：在 public 文件写一个 config.js ，直接 在 index.html 中引入
4. 部署时修改：前端单独部署 docker ，在 docker 内的 nginx 中进行配置代理

我这之前是直接用了 v-if 了, 然后 在 dialog 内 created 和 mounted 进行 接口数据调用和 ref 操作 /(ㄒoㄒ)/~~

@OkabeRintaro 只能说，干得漂亮 🤭

等等，jquery 一样可以用 webapck 和 vite 这些打包工具啊，这又不冲突

@gausszhou 勘误 drawImage(ctx2, width,height) ==> drawImage(canvas2, width, height)

我看了一下，大致了解了。

1. 闪屏 是因为不支持 raf
2. 使用双缓冲，来解决 drawcall 的 帧生成时间超过显示屏的每帧间隔的问题
3. 双缓冲的原理是：在另一个 canvas 上下文 ctx2 进行 drawcall ，等 ctx2 的 drawcall 完成后, ctx1 直接使用 drawImage(ctx2, width,height) 渲染 ctx2 的结果 。

ps: drawcall 就是 js 代码中的一系列 canvas 绘图操作 对应在浏览器内部的绘制操作
ps: 可以类比为 多个 document.createElement 和 一个 document.createFragmentElement
ps: 借助这个问题顺带搞懂了 offscreenCanvas 的用法，如果还想要提升性能，我想可以使用 worker + offscreenCanvas

@hgc81538 cool