原生 canvas 如何實現大屏?

語言: CN / TW / HK

前言

視覺化大屏該如何做?有可能一天完成嗎?廢話不多說,直接看效果,線上 Demo 地址 http://lxfu1.github.io/large-screen-visualization/

看完這篇文章(這個專案),你將收穫:

  1. 全域性狀態真的很簡單,你只需 5 分鐘就能上手
  2. 如何快取函式,當入參不變時,直接使用快取值
  3. 千萬節點的圖如何分片渲染,不卡頓頁面操作
  4. 專案單測該如何寫?
  5. 如何用 canvas 繪製各種圖表,如何實現 canvas 動畫
  6. 如何自動化部署自己的大屏網站

實現

專案基於 Create React App --template typescript搭建,包管理工具使用的 pnpm ,pnpm 的優勢這裡不多介紹(快+節省磁碟空間),之前在其它平臺寫過相關文章,後續可能會搬過來。由於專案 package.json 裡面有限制包版本(最新版本的 G6 會導致 OOM,官方短時間能應該會修復),如果使用的 yarn 或 npm 的話,改為對應的 resolutions 即可。

"pnpm": { "overrides": { "@antv/g6": "4.7.10" } }

"resolutions": { "@antv/g6": "4.7.10" },

啟動

  1. clone專案

git clone http://github.com/lxfu1/large-screen-visualization.git

  1. pnpm 安裝 npm install -g pnpm
  2. 啟動: pnpm start 即可,建議配置 alias ,可以簡化各種命令的簡寫 eg:p start,不出意外的話,你可以通過 http://localhost:3000/ 訪問了
  3. 測試:p test
  4. 構建:p build

強烈建議大家先 clone 專案!

分析

全域性狀態

全域性狀態用的 valtio ,位於專案 src/models目錄下,強烈推薦。

優點:資料與檢視分離的心智模型,不再需要在 React 元件或 hooks 裡用 useState 和 useReducer 定義資料,或者在 useEffect 裡傳送初始化請求,或者考慮用 context 還是 props 傳遞資料。

缺點:相容性,基於 proxy 開發,對低版本瀏覽器不友好,當然,大屏應該也不會考慮 IE 這類瀏覽器。

``` import { proxy } from "valtio"; import { NodeConfig } from "@ant-design/graphs";

type IState = { sliderWidth: number; sliderHeight: number; selected: NodeConfig | null; };

export const state: IState = proxy({ sliderWidth: 0, sliderHeight: 0, selected: null, }); ```

狀態更新:

``` import { state } from "src/models";

state.selected = e.item?.getModel() as NodeConfig; ```

狀態消費:

``` import { useSnapshot } from "valtio"; import { state } from "src/models";

export const BarComponent = () => { const snap = useSnapshot(state);

console.log(snap.selected) } ```

當我們選中圖譜節點的時候,由於 BarComponent 元件監聽了 selected 狀態,所以該元件會進行更新。有沒有感覺非常簡單?一些高階用法建議大家去官網檢視,不再展開。

函式快取

為什麼需要函式快取?當然,在這個專案中函式快取比較雞肋,為了用而用,試想,如果有一個函式計算量非常大,元件內又有多個 state 頻繁更新,怎麼確保函式不被重複呼叫呢?可能大家會想到 useMemo``useCallback等手段,這裡要介紹的是 React 官方的 cache 方法,已經在 React 內部使用,但未暴露。實現上借鑑(抄襲)ReactCache通過快取的函式 fn 及其引數列表來構建一個 cacheNode 連結串列,然後基於連結串列最後一項的狀態來作為函式 fn 與該組引數的計算快取結果。

程式碼位於 src/utils/cache

``` interface CacheNode { /* * 節點狀態 * - 0:未執行 * - 1:已執行 * - 2:出錯 / s: 0 | 1 | 2; // 快取值 v: unknown; // 特殊型別(object,fn),使用 weakMap 儲存,避免記憶體洩露 o: WeakMap | null; // 基本型別 p: Map | null; }

const cacheContainer = new WeakMap();

export const cache = (fn: Function): Function => { const UNTERMINATED = 0; const TERMINATED = 1; const ERRORED = 2;

const createCacheNode = (): CacheNode => { return { s: UNTERMINATED, v: undefined, o: null, p: null, }; };

return function () { let cacheNode = cacheContainer.get(fn); if (!cacheNode) { cacheNode = createCacheNode(); cacheContainer.set(fn, cacheNode); } for (let i = 0; i < arguments.length; i++) { const arg = arguments[i]; // 使用 weakMap 儲存,避免記憶體洩露 if ( typeof arg === "function" || (typeof arg === "object" && arg !== null) ) { let objectCache: CacheNode["o"] = cacheNode.o; if (objectCache === null) { objectCache = cacheNode.o = new WeakMap(); } let objectNode = objectCache.get(arg); if (objectNode === undefined) { cacheNode = createCacheNode(); objectCache.set(arg, cacheNode); } else { cacheNode = objectNode; } } else { let primitiveCache: CacheNode["p"] = cacheNode.p; if (primitiveCache === null) { primitiveCache = cacheNode.p = new Map(); } let primitiveNode = primitiveCache.get(arg); if (primitiveNode === undefined) { cacheNode = createCacheNode(); primitiveCache.set(arg, cacheNode); } else { cacheNode = primitiveNode; } } } if (cacheNode.s === TERMINATED) return cacheNode.v; if (cacheNode.s === ERRORED) { throw cacheNode.v; } try { const res = fn.apply(null, arguments as any); cacheNode.v = res; cacheNode.s = TERMINATED; return res; } catch (err) { cacheNode.v = err; cacheNode.s = ERRORED; throw err; } }; }; ```

如何驗證呢?我們可以簡單看下單測,位於src/__tests__/utils/cache.test.ts

``` import { cache } from "src/utils";

describe("cache", () => { const primitivefn = jest.fn((a, b, c) => { return a + b + c; });

it("primitive", () => { const cacheFn = cache(primitivefn); const res1 = cacheFn(1, 2, 3); const res2 = cacheFn(1, 2, 3); expect(res1).toBe(res2); expect(primitivefn).toBeCalledTimes(1); }); }); ```

可以看出,即使我們呼叫了 2 次 cacheFn,由於入參不變,fn 只被執行了一次,第二次直接返回了第一次的結果。

專案裡面在做 circle 動畫的時候使用了,因為該動畫是繞圓周無限迴圈的,當迴圈過一週之後,後的動畫和之前的完全一致,沒必要再次計算對應的 circle 座標,所以我們使用了 cache ,位於src/components/background/index.tsx。

const cacheGetPoint = cache(getPoint); let p = 0; const animate = () => { if (p >= 1) p = 0; const { x, y } = cacheGetPoint(p); ctx.clearRect(0, 0, 2 * clearR, 2 * clearR); createCircle(aCtx, x, y, circleR, "#fff", 6); p += 0.001; requestAnimationFrame(animate); }; animate();

分片渲染

你有審查元素嗎?專案背景圖是通過 canvas 繪製的,並不是背景圖片!通過 canvas 繪製如此多的小圓點,會不會阻礙頁面操作呢?當資料量足夠大的時候,是會阻礙的,大家可以把 NodeMargin 設定為 0.1 ,同時把 schduler 呼叫去掉,直接改為同步繪製。當節點數量在 500 W 的時候,如果沒有開啟切片,頁面白屏時間在 MacBook Pro M1 上白屏時間大概是 8.5 S;開啟分片渲染時頁面不會出現白屏,而是從左到右逐步繪製背景圖,每個任務的執行時間在 16S 左右波動。

``` const schduler = (tasks: Function[]) => { const DEFAULT_RUNTIME = 16; const { port1, port2 } = new MessageChannel(); let isAbort = false;

const promise: Promise<any> = new Promise((resolve, reject) => {
  const runner = () => {
    const preTime = performance.now();
    if (isAbort) {
      return reject();
    }
    do {
      if (tasks.length === 0) {
        return resolve([]);
      }
      const task = tasks.shift();
      task?.();
    } while (performance.now() - preTime < DEFAULT_RUNTIME);
    port2.postMessage("");
  };
  port1.onmessage = () => {
    runner();
  };
});
// @ts-ignore
promise.abort = () => {
  isAbort = true;
};
port2.postMessage("");
return promise;

}; ```

分片渲染可以不阻礙使用者操作,但延遲了任務的整體時長,是否開啟還是取決於資料量。如果每個分片實際執行時間大於 16ms 也會造成阻塞,並且會堆積,並且任務執行的時候沒有等,最終渲染狀態和預期不一致,所以 task 的拆分也很重要。

單測

這裡不想多說,大家可以執行 pnpm test看看效果,環境已經搭建好;由於專案裡面用到了 canvas 所以需要 mock 一些環境,這裡的 mock 可以理解為“我們前端程式碼跑在瀏覽器裡執行,依賴了瀏覽器環境以及對應的 API,但由於單測沒有跑在瀏覽器裡面,所以需要 mock 瀏覽器環境”,例如專案裡面設定的 jsdom、jest-canvas-mock 以及 worker 等,更多推薦直接訪問 jest 官網。

``` // jest-dom adds custom jest matchers for asserting on DOM nodes. import "@testing-library/jest-dom";

Object.defineProperty(URL, "createObjectURL", { writable: true, value: jest.fn(), });

class Worker { onmessage: () => void; url: string; constructor(stringUrl) { this.url = stringUrl; this.onmessage = () => {}; }

postMessage() { this.onmessage(); } terminate() {} onmessageerror() {} addEventListener() {} removeEventListener() {} dispatchEvent(): boolean { return true; } onerror() {} } window.Worker = Worker; ```

自動化部署

開發過專案的同學都知道,前端編寫的程式碼最終是要進行部署的,目前比較流行的是前後端分離,前端獨立部署,通過 proxy 的方式請求後端服務;或者是將前端構建產物推到後端服務上,和後端一起部署。如何做自動化部署呢,對於一些不依賴後端的專案來說,我們可以藉助 github 提供的 gh-pages 服務來做自動化部署,CI、CD 僅需配置對應的 actions 即可,在倉庫 settings/pages 下面選擇對應分支即可完成部署。

例如專案裡面的.github/workflows/gh-pages.yml,表示當 master 分支有程式碼提交時,會執行對應的 jobs,並藉助 peaceiris/actions-gh-pages@v3將構建產物同步到 gh-pages 分支。

``` name: github pages

on: push: branches: - master # default branch

env: CI: false PUBLIC_URL: '/large-screen-visualization'

jobs: deploy: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - run: yarn - run: yarn build - name: Deploy uses: peaceiris/actions-gh-pages@v3 with: github_token: ${{ secrets.GITHUB_TOKEN }} publish_dir: ./build ```

總結

寫文件不易,如果看完有收穫,記得給個小星星!歡迎大家 PR!