舊的模板訊息將在 2020 年 1 月 10 號全面下架，也就是今天，不過貌似現在還可以用！！！我已經改好了，只不過還沒有上線，準備堅持到最后一天！
0、訂閱訊息
簡單介紹一下訂閱訊息的特點：
- 用戶授權就能發送訂閱訊息，一次授權可下發一次資訊，長期訂閱訊息模板授權一次理論上可以無限下發訊息
- 與舊模板訊息發送權限只保留 7 天相比，訂閱訊息獲得授權后發送資訊的權限時長無限制，只要沒有發送就長期有效，
其他的基本與舊的模板訊息無異，在開發訂閱訊息的程序中，記錄了一些常見的坑點，一起感受一下！（第 8 點尤為重要）
1、開發者工具無法除錯
記得去年 10 月份，訂閱訊息剛剛全面開放那會，興致勃勃地對著檔案開發，結果： 瞬間懷疑人生，檢查了好幾遍代碼，明明沒有打錯，但 TA 就是報錯了！報錯了！報錯了！
后來試了一下在真機上可以吊起授權彈窗，逛了下開發社區才發現這是一個普遍的問題，估計是沒得解決了，
不過現在的提示已經很直白了，這鍋我們不背，記得要在真機上除錯！
2、真機上還是調不起
后來吧，寫了篇關于訂閱訊息的文章，也有一些開發者問我，代碼都對，沒報錯，也是在真機上除錯，但是無法吊起授權彈窗，
這個時候應該去檢查一下小程式的基礎版本庫，訂閱訊息據說是要在基礎庫 2.1.0以上，這個我沒有具體測驗，反正盡量往最新的靠攏，
如果想要同時授權多條訂閱訊息，應該是要基礎庫 2.8.2以上，基礎庫調整時可以看到受影響的用戶有多少，自己看著弄，
小程式的基礎庫調整在小程式后臺 -> 設定里面查看、調整：
3、多次呼叫后失效
可以成功調起授權后，開心，開心之余一不小心多呼叫了幾次，然后發現點擊之后沒有反應了？
這個其實是個小問題，iOS 貌似沒碰到過，安卓遇到過很多次了，并不是百分百能復現，
呼叫頻率太密集可能會出現 API 介面失效的問題，結束微信后臺行程，重新打開就莫得問題了，
別一直點，API 也是有生命的，讓 TA 休息會，啥 100 次不停歇地呼叫讓你選，搞不好就罷工了的！且開發且珍惜！愛護 API，從呼叫做起！
4、記錄次數
目前測驗結果一次性訂閱訊息多次授權后可以發送多條訂閱訊息，授權幾次就可以發送幾次，不過需要開發者自己記錄訂閱的次數，
記錄的次數有個問題，如果用戶在設定中關掉了接收訂閱訊息，那么之前所有的次數都會失效，親測如此，這里就需要根據具體的業務去做優化了，
5、訂閱訊息內容
訂閱了一次性訊息，但是發送時也有可能會失敗，這個可能就跟內容有關了，
訂閱訊息的模板內容引數非常嚴格，多一個字符或者與引數規定值不符都導致發送失敗，記得對字數進行判斷， 填寫時對應引數時根據后臺的模板填寫，比如說** thing3、name5**，后面都是帶數字的，
6、模板 ID
訂閱訊息對應的模板 ID 需要在后臺公告模板庫中添加才有，不同服務類目的訂閱模板只有當小程式服務類目有時才能看到并且添加，
逛社區的時候發現有人說如果洗掉了某一服務類目，對應的訂閱模板也會被洗掉，這個自行體驗~
7、拒絕后無法再調起
如果你和我一樣手有點不聽話，勾選了「總是保持以上選擇」，然后又點擊取消之后，你猜會發生什么？先試試看！
我發現了很神奇的事，不管我是把小程式洗掉再添加，還是重新授權登陸，或者關閉打開訂閱開關，都無法吊起授權彈窗了，
這意味著 TA 和你徹底拜拜了，如果還想再見到一個一樣的 TA，只能重新添加一個同樣模板，更換 TEMPLATE_ID，這個被你勾選一直拒絕的 TEMPLATE_ID 模板你再也見不到了！換頁面也無法調起！
勾選「總是保持以上選擇」，點擊允許后一樣再也見不到 TA~
8、又一個呼叫問題
前幾天在把舊的模板訊息改成訂閱訊息時，發現又無法調起了，手機除錯，基礎庫沒問題，弄了半天發現是表單的問題，
之前就的模板訊息需要用到表單獲取 formId，所以按鈕系結的就是 bindsubmit 事件，改成 bindtap 就沒問題了，心中頓時一萬匹澳洲羊駝呼嘯而過~
盡量用 bindtap 呼叫訂閱介面，官方說支付回呼也可以，奈何個人開發者不能沒得支付功能，至于那些 bindinput 之類的暫時就不做測驗了！
這個問題可能遇到的人會比較多，因為很多開發者都是舊模板訊息上直接改造，坑總是環環相扣！
9、訂閱訊息點擊路徑
訂閱訊息發送后，點擊訊息會跳轉到我們指定的頁面，如果沒有指定的話，貌似是跳轉至首頁，
與舊模板訊息不同的是，訂閱訊息的 path 路徑跳的是線上版本，也就是開發版本無法測驗到，
不過改寫的話一般不會有問題，就是新開發時記得把路徑配對，
10、判斷是否授權
用 wx.requestSubscribeMessage 呼叫訂閱訊息時，success 回呼只能判斷是否成功調起授權視窗，
如果想要判斷用戶是否授權，就需要用動態 TEMPLATE_ID 的去判斷，accept 表示授權，reject 表示取消授權，ban 表示被后臺封禁，我是這樣寫的：
if(res[TEMPLATE_ID] === 'reject')
if(res[TEMPLATE_ID] === 'accept')
11、最后
其實我覺得兩者配合使用更好，但是人微言輕，只能想想，不過也支持微信的決定，
雖然訂閱訊息還有長期訂閱模板，但是目前只對一些公共服務類目開放，作為個人開發者感受不到，也測驗不了，據一些小道訊息傳聞說是 2 月份會開放一些其他服務類目，拭目以待，
之前寫過一個 PHP 訂閱訊息的模板，API 模板關注同名公眾號，后臺回復「訂閱訊息」獲取，
肯定還有一些沒有遇到的坑點，下次湊齊幾個再更新，如果大家有一些其他的坑點，可以寫留言分享一下！
分享即學習，我是玖柒后，奧利給~
公眾號「我是玖柒后」首發，分享即學習！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/156863.html
標籤：JavaScript
上一篇：JS高級---沙箱小案例