一篇聊聊Go錯誤封裝機制
%w 是用于錯誤包裝（Error Wrapping）的格式化動詞。它是用于 fmt.Errorf 和 fmt.Sprintf 函數中的一個特殊格式化動詞，用于將一個錯誤（或其他可打印的值）包裝在一個新的錯誤中。使
大家好，我是林三心，用最通俗易懂的話講最難的知識點是我的座右銘，基礎是進階的前提是我的初心！
最近項目中需要繪制一塊畫布，大致上樣子如下，就是繪制一堆人名在 Canvas 上（實際業務比這個復雜）。
圖片
大致代碼如下：
頁面肯定不止只有 Canvas 的邏輯，就比如我在繪制畫布后，想去計算 1-100 的數字總和。
圖片
但是最終發現，繪制畫布耗費了很多時間，差不多有 1s 的時間，并且堵塞了主進程的代碼，導致了我后續的邏輯被堵住了，下圖可以看到，我的 computedTotal 結果是在畫布繪制完菜執行完的。
圖片
所以繪制畫布的耗時過長，阻塞了后續的同步代碼邏輯，這是不合理的，我們需要做優化。
我們平時在遇到這類情況的時候，十有八九第一時間都會想到 Web Worker。
但是問題來了：正常來說，Web Worker 中可獲取不了 DOM，做不了畫布繪制呀。
估計會有人想：那我們可以把 Canvas 的 DOM 節點傳入 Web Worker 中嗎？
可以試試！
我們先準備一個 worker.js 來存放 Web Worker 的代碼：
圖片
接著在 index.js 中把 Canvas 的 DOM 節點傳過去。
圖片
發現會報錯，因為 postMessage 傳數據的時候會進行深拷貝，而 DOM 節點無法被深拷貝。
那么傳上下文過去可以嗎？也可以試試！
圖片
可以發現，還是不行。
圖片
不得不說 JavaScript 是真的強大，早就為我們準備好了一個 API ，那就是 transferControlToOffscreen。
圖片
有了這個 API ，我們就可以把 Canvas 的 DOM 節點以另一種方式傳入 Web Worker 了！！！我們也能在 Web Worker 中去進行 Canvas 的繪制，進而優化主線程的代碼執行效率！！
首先改造一下 drawSunshine，現在只需要傳入 Canvas DOM，不需要在主線程去做繪制。
圖片
接著我們在 worker.js 中去接收 DOM 節點，并進行畫布繪制。
圖片
最終可以看到，Canvas 的繪制并不會阻塞后續邏輯的執行。
圖片
本文鏈接：http://m.www897cc.com/showinfo-26-101708-0.html把 Canvas 放到 WebWorker 中去繪制？想都不敢想有多爽！
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： Python 中窗口操作的完整指南
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號