在網頁圖片編輯器中添加文字看似只是調用 fillText真正容易出問題的是字體還沒加載就開始測量、預覽和導出使用了兩套換行規(guī)則以及選擇框尺寸沒有跟著多行文字更新。本文結合圖片貓 www.piccat.cn 前端的文字編輯器實現說明怎樣把文字對象、字體加載、測量換行和最終導出串成一條可驗證的渲染鏈。文中的項目代碼摘錄來自當前倉庫教學簡化片段只保留核心邏輯建議方案用于說明當前實現仍可加強的部分。一 先把文字當成對象而不是一串像素圖片貓的 ImageTextEditor 將文字作為 DesignObject 保存內容、位置、寬高、字號、字體棧、顏色、描邊、粗體、斜體、旋轉、字距、對齊方式和行高都在同一個對象里。這樣撤銷、工程 JSON 和導出可以復用同一份數據。type DesignObject {id: number;type: text | symbol | shape | image;text: string;x: number; y: number; width: number; height: number;fontSize: number; fontFamily: string;fill: string; stroke: string; strokeWidth: number;bold: boolean; italic: boolean; rotation: number;letterSpacing: number; align: left | center | right;lineHeight: number;};這是項目代碼的關鍵字段摘錄省略了圖片、形狀和背景卡片字段。width 不只是界面選框寬度它還參與換行和包圍盒測量lineHeight 與 letterSpacing 也必須進入對象模型。二 字體問題的根源fontFamily 不等于字體已經可用Canvas 的 ctx.font 只接收字體描述字符串并不會替你下載或安裝字體。用戶選擇的系統(tǒng)字體可能不存在導入字體需要通過 FontFace 加載字體庫字體還可能需要先下載并交給瀏覽器緩存。如果在字體就緒前調用 measureText寬度可能來自回退字體等目標字體加載完成后同樣的字符串就可能換行到不同位置。項目代碼摘錄選擇字體時loadFontOption 構造 FontFace等待 fontFace.load() 后加入 document.fonts并等待 document.fonts.readyselectFont 應用到對象后再次等待字體就緒再渲染。const fontFace new FontFace(font.fontFaceName, url( fontUrl ));const loadedFace await fontFace.load();document.fonts.add(loadedFace);await document.fonts.ready;loadedFontValues.add(font.value);// 選擇字體后等字體就緒再渲染await document.fonts.ready;renderAndSave();項目還用同一段樣本文字比較目標字體棧和 serif、sans-serif、monospace 的 measureText 寬度作為系統(tǒng)字體可用性的啟發(fā)式檢測。它不能證明所有字形都覆蓋但比只看字體名稱更可靠。三 換行要以 Canvas 測量為準CSS 的 word-break 或 DOM 的 scrollWidth 不能直接替代 Canvas 導出時的測量。getWrappedTextLines 先尊重文本中的換行符再用 Array.from 逐字符累積調用 measureLine 判斷是否超過對象寬度。const getWrappedTextLines (ctx, object) {const maxWidth Math.max(40, object.width || canvasWidth.value);const result [];object.text.split(\\n).forEach((paragraph) {if (!paragraph) { result.push(); return; }let line ;for (const char of Array.from(paragraph)) {const nextLine line char;if (line measureLine(ctx, nextLine, object.letterSpacing) maxWidth) {result.push(line);line char;} else {line nextLine;}}result.push(line);});return result.length ? result : [];};const measureLine (ctx, text, letterSpacing) {if (!letterSpacing) return ctx.measureText(text).width;return Array.from(text).reduce((sum, char, index) sum ctx.measureText(char).width (index ? letterSpacing : 0),0);};代碼只在 line 已經有內容時換行因此單個超寬字符不會被拆開。對中文標題通常合理如果要處理超寬英文單詞或連續(xù) URL應增加單詞級和字符級策略并顯示溢出提示。復雜 emoji 和組合字符也需要專項驗收。四 繪制、選框與導出必須復用同一套測量繪制時項目先設置 ctx.font 和 textBaseline再調用 getWrappedTextLines。行高由 fontSize * lineHeight 計算contentWidth 取所有行的最大測量寬度隨后繪制背景、陰影和文字。選框測量函數也使用相同換行與字距邏輯并把描邊和背景內邊距計入包圍盒。ctx.font (object.italic ? italic : ) (object.bold ? 800 : 500 ) object.fontSize px object.fontFamily;ctx.textBaseline middle;const lines getWrappedTextLines(ctx, object);const lineHeight object.fontSize * object.lineHeight;const contentWidth Math.max(...lines.map((line) measureLine(ctx, line, object.letterSpacing)),Math.min(object.width, object.fontSize));const contentHeight Math.max(object.fontSize, lines.length * lineHeight);const startY -((lines.length - 1) * lineHeight) / 2;lines.forEach((line, index) {drawTextLine(ctx, line, getAlignedLineX(contentWidth, object), startY index * lineHeight, object);});drawTextLine 在沒有字距時直接調用 fillText 或 strokeText設置字距時逐字符繪制并把每個字符的 measureText 寬度與 letterSpacing 相加。這種實現清晰可控但字距非零時復雜連字可能無法保持瀏覽器默認的字形合并效果。五 導出前再走一次字體準備和無選擇渲染導出不能直接截圖當前預覽 Canvas因為預覽可能包含選中框、吸附線或尚未完成的字體。項目的 downloadResult 先調用 ensureFontsForObjects創(chuàng)建新 Canvas用 renderCanvas(canvas, false) 繪制不含選擇狀態(tài)的結果JPEG 再通過 flattenCanvas 填充白底最后使用 toBlob 生成文件。await ensureFontsForObjects();const canvas document.createElement(canvas);renderCanvas(canvas, false); // false不繪制選中框和輔助線const exportCanvas exportFormat.value image/jpeg? flattenCanvas(canvas): canvas;const blob await new Promise((resolve) exportCanvas.toBlob(resolve, exportFormat.value, quality));if (!blob) throw new Error(圖片導出失敗);await downloadBlob(blob, fileName);這是項目代碼的教學化摘錄下載統(tǒng)計和錯誤提示被省略。關鍵順序是準備字體創(chuàng)建獨立導出畫布關閉選擇狀態(tài)再導出 Blob。導出成功也不等于不同設備上的字體完全一致。六 當前實現與可以繼續(xù)完善的地方狀態(tài)當前代碼依據邊界或建議已經實現文字對象保存字體、字號、寬度、行高和字距預覽與導出共用對象繪制。繼續(xù)關注不同瀏覽器的字體渲染差異。已經實現系統(tǒng)字體檢測、FontFace 導入、字體庫加載、document.fonts.ready。覆蓋下載失敗和取消路徑。已經實現換行按顯式換行和 measureText 逐字符計算導出前等待字體。復雜 emoji、組合字符和超寬單詞需專項規(guī)則。建議方案按字體棧、字號、字距、文本和寬度緩存測量結果。字體或文本變化時必須使緩存失效。建議方案工程 JSON 保存字體來源元數據并提示目標設備缺失字體。不能只保存顯示名稱。七 建議驗收清單與已完成核對已完成的源碼核對包括DesignObject 包含字體、寬度、行高和字距getWrappedTextLines 使用顯式換行和 measureText導出前調用 ensureFontsForObjects并用 renderCanvas(canvas, false) 繪制無選擇狀態(tài)toBlob 負責最終 Blob。這些是源碼核對不等同于完整跨瀏覽器測試。選擇本機不存在的系統(tǒng)字體確認提示導入或回退。導入 TTF、OTF、WOFF、WOFF2覆蓋成功、失敗和取消。輸入中文、英文、連續(xù) URL、空行、emoji 和超長單詞比較預覽與導出換行。修改字號、字距、行高、描邊和背景內邊距確認選框、預覽和導出同步。字體下載尚未完成時導出確認等待或明確失敗不生成半成品。用 PNG、JPEG、WebP 檢查透明背景和 JPEG 白底處理。八 結語網頁圖片編輯器的文字功能核心不是把輸入框內容畫到 Canvas而是讓“文字對象 → 字體就緒 → 寬度測量 → 換行 → 繪制 → 導出”保持同一套規(guī)則。圖片貓當前實現已經把這些步驟集中在 ImageTextEditor 中字體通過 FontFace 和 document.fonts 管理換行通過 measureText 計算預覽和導出共享對象繪制邏輯。剩余風險主要來自字體覆蓋、復雜 Unicode 和不同瀏覽器的字形差異需要用驗收用例驗證。參考資料https://developer.mozilla.org/en-US/docs/Web/API/CanvasRenderingContext2D/measureTexthttps://developer.mozilla.org/en-US/docs/Web/API/FontFacehttps://developer.mozilla.org/en-US/docs/Web/API/Document/fontshttps://developer.mozilla.org/en-US/docs/Web/API/HTMLCanvasElement/toBlob