深圳小程序開發|小程序生成圖片分享朋友圈（轉載）
2019-12-25 15:10:14
閱讀：1240
首頁 資訊 技術分享
小程序生成圖片分享朋友圈
小程序開發者都希望自己的小程序得以廣泛傳播，因為不少小程序都設計了很多轉發激勵行為，但分享小程序到朋友圈（或其他外部平臺）一直是一個難題。一個常見但方案就是生成分享海報、分享圖片。但生成分享圖片在技術上卻也是一個難題。
技術選型
目前常用技術方案基本分為三種：
使用 canvas 繪圖并生成
使用后端繪圖庫進行繪制，返回給小程序端
使用服務端開一個瀏覽器進行 HTML 渲染，并截圖返回給小程序端
第一種方案：要求較高，canvas 和純 html 布局相去甚遠，零基礎學習成本較高，而且在不同的微信瀏覽器中效果不可預期，想短時間內做出精美可控的生成圖片不容易。實操的時候發現了一個非常麻煩的事情：網絡圖片或者 base64 圖片都無法直接在 canvas 里渲染顯示，要先下載好傳進去。
第二種方案：后端庫可以完成較為簡單的需求，但字體加載、陰影、圓角、透明等方案效果需要精調，如果文字需要截斷或動態伸縮長度時并不容易處理。圖片的截取和伸縮自適應也不靈活。而且選用這種方案相當于需要把 UI 布局的工作丟給后端工程師去解決，這不是他們擅長的范圍，效果未必會好。
第三種方案：頁面的繪制方面，純前端技術即可完成，難度低，完成度高，但是需要在后端起一個 node 服務開啟 puppeteer 去控制服務端 Chrome 瀏覽器。這種方案的缺點就是成本太高，我們和業界同行都測算過，結果差不多：4 核 16G 的服務器生成圖片的 QPS 大概只有 10-20，相當于一秒鐘較差情況只能生成 10 張圖片，這對于突發的大量分享需求并不能滿足，而且這種配置的服務器，不能部署其他服務，只跑這個服務就會用盡大部分資源。
費用上：只單單算 5M 帶寬的服務器費用一個月就要 700+ 人民幣，流量和圖片托管費用另算。此方案的最小化實現：至少需要 1 核 2G 的服務器才能較為順暢地完成一次順利截圖，但是還是要處理瀏覽器無響應假死等情況，較為復雜。但綜合來看，這種方案是效果最好最為靈活的。
快海報小程序分享圖生成服務
快海報是專門提供小程序分享海報生成服務的，技術上用的就是上面所述的第三種方案，但是只需要調用他的 API 就可以完成，不需要開發者維護 puppeteer 和 headless Chrome，而且成本較低，一張分享圖的最低生成成本是 0.033 元。
其實真正集成到自己的服務中時，平均成本要比這個低，因為有些生成的圖片的二維碼，如果不帶用戶個人信息（不給分享的用戶返利）時，可以生成一次之后永久緩存起來，其他用戶再分享同一個東西都用緩存好的圖片，綜合成本就降下來了。
算一下成本：
比方說一個剛起步的小程序日活 5000（對于剛起步的小程序其實已經很高了吧）
假設有 5% 的用戶生成分享圖
也就是每天生成 250 張分享圖，一個月會生成 7500 張分享圖
這樣的話每個月成本就是 250 元人民幣左右，相比 700+ 人民幣但服務器成本省太多了。這是測算比較高的指標，而且是完全不應用緩存方案的情況。
如果你的小程序還處于冷啟動的階段：
日活 500
假設有 5% 的用戶生成分享圖
也就是每天生成 25 張分享圖，一個月會生成 750 張分享圖
每月成本 25 元。比 1 核 2G 的最小化自部署方案也要便宜。但帶來的收益是無窮的，750 張分享圖發到朋友圈，每張分享圖 1000 受眾瀏覽，一個月就是將近 750000 人次分享受眾。
調用 API
首先去注冊賬號，驗證郵箱激活之后，其實就可以先測試用了，每個賬號有 100 次測試額度，測試生成的圖片帶水印。
網站左側的 文檔 頁面能找到集成文檔，非常簡單，一共就只有一個核心 API，通過 HTTP 調用的。
先在【開發】->【設置】中激活 token
image.png
然后打開 【開發】->【模板】中，找到自己喜歡的模版。因為我只想生成一個簡單的分享圖片，所以最簡單的方式就是使用網站內置的模版，內置模板目前有 8 款，應該能滿足大部分小程序的需求了，抽獎、打卡、圖文、文字、電商都有，改一改文案和圖片就可以了。
深圳小程序開發|深圳APP開發|微信小程序開發|小程序軟件開發|抖音小程序開發請訪問 深圳源碼猿著小程序開發公司 官網www.aafqqt.com
小程序開發者都希望自己的小程序得以廣泛傳播，因為不少小程序都設計了很多轉發激勵行為，但分享小程序到朋友圈（或其他外部平臺）一直是一個難題。一個常見但方案就是生成分享海報、分享圖片。但生成分享圖片在技術上卻也是一個難題。
技術選型
目前常用技術方案基本分為三種：
使用 canvas 繪圖并生成
使用后端繪圖庫進行繪制，返回給小程序端
使用服務端開一個瀏覽器進行 HTML 渲染，并截圖返回給小程序端
第一種方案：要求較高，canvas 和純 html 布局相去甚遠，零基礎學習成本較高，而且在不同的微信瀏覽器中效果不可預期，想短時間內做出精美可控的生成圖片不容易。實操的時候發現了一個非常麻煩的事情：網絡圖片或者 base64 圖片都無法直接在 canvas 里渲染顯示，要先下載好傳進去。
第二種方案：后端庫可以完成較為簡單的需求，但字體加載、陰影、圓角、透明等方案效果需要精調，如果文字需要截斷或動態伸縮長度時并不容易處理。圖片的截取和伸縮自適應也不靈活。而且選用這種方案相當于需要把 UI 布局的工作丟給后端工程師去解決，這不是他們擅長的范圍，效果未必會好。
第三種方案：頁面的繪制方面，純前端技術即可完成，難度低，完成度高，但是需要在后端起一個 node 服務開啟 puppeteer 去控制服務端 Chrome 瀏覽器。這種方案的缺點就是成本太高，我們和業界同行都測算過，結果差不多：4 核 16G 的服務器生成圖片的 QPS 大概只有 10-20，相當于一秒鐘較差情況只能生成 10 張圖片，這對于突發的大量分享需求并不能滿足，而且這種配置的服務器，不能部署其他服務，只跑這個服務就會用盡大部分資源。
費用上：只單單算 5M 帶寬的服務器費用一個月就要 700+ 人民幣，流量和圖片托管費用另算。此方案的最小化實現：至少需要 1 核 2G 的服務器才能較為順暢地完成一次順利截圖，但是還是要處理瀏覽器無響應假死等情況，較為復雜。但綜合來看，這種方案是效果最好最為靈活的。
快海報小程序分享圖生成服務
快海報是專門提供小程序分享海報生成服務的，技術上用的就是上面所述的第三種方案，但是只需要調用他的 API 就可以完成，不需要開發者維護 puppeteer 和 headless Chrome，而且成本較低，一張分享圖的最低生成成本是 0.033 元。
其實真正集成到自己的服務中時，平均成本要比這個低，因為有些生成的圖片的二維碼，如果不帶用戶個人信息（不給分享的用戶返利）時，可以生成一次之后永久緩存起來，其他用戶再分享同一個東西都用緩存好的圖片，綜合成本就降下來了。
算一下成本：
比方說一個剛起步的小程序日活 5000（對于剛起步的小程序其實已經很高了吧）
假設有 5% 的用戶生成分享圖
也就是每天生成 250 張分享圖，一個月會生成 7500 張分享圖
這樣的話每個月成本就是 250 元人民幣左右，相比 700+ 人民幣但服務器成本省太多了。這是測算比較高的指標，而且是完全不應用緩存方案的情況。
如果你的小程序還處于冷啟動的階段：
日活 500
假設有 5% 的用戶生成分享圖
也就是每天生成 25 張分享圖，一個月會生成 750 張分享圖
每月成本 25 元。比 1 核 2G 的最小化自部署方案也要便宜。但帶來的收益是無窮的，750 張分享圖發到朋友圈，每張分享圖 1000 受眾瀏覽，一個月就是將近 750000 人次分享受眾。
調用 API
首先去注冊賬號，驗證郵箱激活之后，其實就可以先測試用了，每個賬號有 100 次測試額度，測試生成的圖片帶水印。
網站左側的 文檔 頁面能找到集成文檔，非常簡單，一共就只有一個核心 API，通過 HTTP 調用的。
先在【開發】->【設置】中激活 token
image.png
然后打開 【開發】->【模板】中，找到自己喜歡的模版。因為我只想生成一個簡單的分享圖片，所以最簡單的方式就是使用網站內置的模版，內置模板目前有 8 款，應該能滿足大部分小程序的需求了，抽獎、打卡、圖文、文字、電商都有，改一改文案和圖片就可以了。
深圳小程序開發|深圳APP開發|微信小程序開發|小程序軟件開發|抖音小程序開發請訪問 深圳源碼猿著小程序開發公司 官網www.aafqqt.com
穩定
產品高可用性高并發貼心
項目群及時溝通專業
產品經理1v1支持快速
MVP模式小步快跑承諾
我們選擇聲譽堅持
10年專注高端品質開發