前言
有些時間沒折騰小程序了，話說年前小程序就發布了消息，于1月10日會下線模板消息下發功能，所有的訂閱消息都要用戶手動觸發確認同意，這可就太難了，之前的 wx.openSetting 、 wx.getPhoneNumber 、 wx.getUserInfo 等等API的調整，可把我折騰慘了，這次又來……


難道直接js調用，不爽嗎？非要整手動確認，爽是肯定的，但如果從一個用戶的角度出發，自己啥都沒干，你就把我信息獲取了、天天給我推一堆垃圾信息，那肯定不爽了，所以從這角度看，微信的調整也是為了尊重用戶的隱私，畢竟用戶第一嘛


今天主要是想分享一下，今天在處理這個訂閱消息邏輯時，遇到當 用戶拒絕 后，如何重新引導開啟 「訂閱消息」通知的問題，并在 開啟后獲取到它的狀態


如果你處理過小程序的訂閱消息，應該是知道的，在用戶拒絕或關閉消息總開關之后，我們引導用戶手動開啟「訂閱消息」功能（也就是 openSetting API的調用回調里，是拿不到 scope.subscribeMessage 狀態的），開始我也糾結了很久，百度、google都用上了，同樣發現很多的同學也有遇到這樣的問題，而都沒有找到解決方案，最后在我快要放棄的時候卻突然靈光一閃，想到了個辦法，所以抖膽BB幾句，分析一下：


溫馨提示：書讀的少，卻又喜歡瞎BB幾句，內容僅為個人解決方案的思路，僅供參考，不足之處請見諒，勿噴，謝謝～


授權API示例
首先來看下調用的示例：


wx.requestSubscribeMessage({
  tmplIds: ['模版id'],
  success (res) {


  }
})
同時官方也說了， success 回調的模版對應有三種狀態：


accept = 同意
reject = 拒絕
ban = 后臺封禁
fail 也有對應的狀態碼，如下：






本次要講的是 errorCode 20004 與 reject 狀態時，


根據以往經驗，如果拒絕了，我們肯定是使用直接使用 openSetting ,引導用戶進行手動開啟授權（），比如：


//以微信運動為例
export default class Sign extends wepy.page {
  config = {
    navigationBarBackgroundColor: '#fff',
    navigationBarTitleText: '贏積分',
  };
  components = {
    Toast: Toast,
    Modals: Modals
  };
  methods = {
  };
  data = {
    signHistory: []
  };
  getRunData() {
    wx.getWeRunData({
      success: res => {
        ……處理運動步數邏輯
      }
    });
  }
  setAuth() {
    wx.getSetting({
      success: res => {
        //第一步，檢測是否有授權 - 沒有授權
        if (!res.authSetting['scope.werun']) {
          //第二步，開始授權，但這里有一個坑點（騰訊的bug），之前授權過但是是拒絕，所以會進入失敗
          wx.authorize({
            scope: 'scope.werun',
            success: () => {
              this.getRunData();
            },
            fail: () => {
              //第三步，引導用戶，手動引導用戶點擊按鈕，去設置頁開啟，## Modals是自定義組件
              this.$invoke('Modals', '__modalConfirm__', [
                '檢測到您沒有打微信運動的權限，是否去設置？',
                'openSetting',
                //第四步，進入設置頁的回調 - 成功
                res => {
                  let { authSetting } = res.detail;
                  if (authSetting['scope.werun']) {
                    this.getRunData();
                  } else {
                    this.$invoke('Toast', '__warning__', [
                      `您沒有同意授權微信運動，獲取步數失敗`
                    ]);
                  }
                },
                //第五步，點擊取消按鈕的回調
                () => {
                  this.$invoke('Toast', '__warning__', [
                    `您已拒絕微信運動授權，無法獲取步數`
                  ]);
                }
              ]);
            }
          });
        } else {
          //第六步，已經授權直接進入保存邏輯
          // console.log("授權了")
          this.getRunData();
        }
      }
    });
  }
}
上面代碼執行截圖如下：










上述代碼， this.$invoke('Modals'……) 部分為自定義彈窗，即引用用戶確定，去設置頁，


requestSubscribeMessage 問題點
但是 在 openSetting 的回調里，是沒有 scope.subscribeMessage 這一項的，下面是列出的 scope 列表 官方清單（ 文檔地址 ）：






//提交訂閱消息示例




export default class Sign extends wepy.page {
  config = {
    navigationBarBackgroundColor: '#fff',
    navigationBarTitleText: '贏積分',
  };
  setClock(e) {
    let that = this;
    if (wx.requestSubscribeMessage) {
      wx.requestSubscribeMessage({
        tmplIds: [pushReservationTmplIds],
        success(res) {
          if (res[pushReservationTmplIds] === 'accept') {
            //發起請求……
          } else if (res[pushReservationTmplIds] === 'reject') {
            // 用戶歷史操作有設置了拒絕 or 關閉了訂閱消息的主（總）開關，導致無法推送
            that.guideOpenSubscribeMessage();
          } else {
            wx.showToast({
              title: '授權訂閱消息有誤',
              icon: 'none'
            });
          }
        },
        fail(res) {


          // 20004:用戶關閉了主開關 或在 消息通知 里 “拒絕接收”操作，無法進行訂閱,引導開啟
          if (res.errCode == 20004) {
            console.log(res, 'fail:用戶關閉了主開關，無法進行訂閱,引導開啟---');
          }
        }
      });
    } else {
      wx.showToast({
        title: '請更新您微信版本，來獲取訂閱消息功能',
        icon: 'none'
      });
    }
  }
  guideOpenSubscribeMessage() {
    //引導用戶，手動引導用戶去設置頁開啟，
    this.$invoke('Modals', '__modalConfirm__', [
      '檢測到您沒有開啟訂閱消息的權限，是否去設置？',
      'openSetting',
      res => {
        console.log('openSetting的回調數據：', res);
        //但是這個回調數據里，并沒有 「訂閱消息」 相關 open/close 的狀態返回


      },
      //用戶點擊了取消按鈕
      () => {
        // console.log("取消了")
        this.$invoke('Toast', '__warning__', [
          `您已拒絕訂閱消息授權，無法預約`
        ]);
      }
    ]);
}




上圖為 openSetting 的回調數據，而網上說回調里不做任何處理，用戶是否有手動開啟，則讓提示讓他再手動點擊一次業務按鈕，如果有開啟，則回到最初的邏輯，訂閱消息成功，否則則又循環進入 openSetting 設置頁，俗稱“死纏爛打授權法”，這當然不失為一種方法，但體驗不是最好，


對于追求完美的我來說，不能接受，繼續尋找更好的方案，把官方文檔來回看，終于發現了新大陸，—— wx.getSetting






文檔有有這么一個屬性： subscriptionsSetting ，感謝蒼天，終于讓我看到了 訂閱消息 相關的東西，


//官方示例
wx.getSetting({
  withSubscriptions: true,
  success (res) {
    console.log(res.authSetting)
    // res.authSetting = {
    //   "scope.userInfo": true,
    //   "scope.userLocation": true
    // }
    console.log(res.subscriptionsSetting)
    // res.subscriptionsSetting = {
    //   mainSwitch: true, // 訂閱消息總開關
    //   itemSettings: {   // 每一項開關
    //     SYS_MSG_TYPE_INTERACTIVE: 'accept', // 小游戲系統訂閱消息
    //     SYS_MSG_TYPE_RANK: 'accept'
    //     zun-LzcQyW-edafCVvzPkK4de2Rllr1fFpw2A_x0oXE: 'reject', // 普通一次性訂閱消息
    //     ke_OZC_66gZxALLcsuI7ilCJSP2OJ2vWo2ooUPpkWrw: 'ban',
    //   }
    // }
  }
})
在 wx.getSetting 的回調里，有一項 mainSwitch ，還有一項 withSubscriptions: true ，最后回調里還能一項 zun-LzcQyW-edafCVvzPkK4de2Rllr1fFpw2A_x0oXE: 'reject' ，到這里，但它也只是在 getSetting 方法里啊，跟 openSetting 沒有扯上任何關系，怎么辦？


其實道理很簡單，但人有時候就是這樣，思維如果沒有轉換過來，你可以就會一直杠在那個死胡同里出不來，


openSetting 回調里取不到狀態， 那么我們是否可以在它的回調里，再做一次 getSetting 的調用里呢？ ，取 getSetting 回調里的狀態來判斷，剛才用戶在設置頁的行為操作，直接看示例吧：


//提交訂閱消息示例


const pushReservationTmplIds = 'PVC_DBcvvdtffd1fO0vdS8YpSe0c7Br3QW54';


export default class Sign extends wepy.page {
  config = {
    navigationBarBackgroundColor: '#fff',
    navigationBarTitleText: '贏積分',
  };
  submitClock() {
    fetchJson({
      type: 'POST',
      url: '/api/steps/clock',
      data: {
      },
      success: res => {
        wx.showToast({
          title: '預定成功',
          icon: 'success',
          duration: 2000
        });
      }
    });
  }
  setClock(e) {
    let that = this;
    if (wx.requestSubscribeMessage) {
      wx.requestSubscribeMessage({
        tmplIds: [pushReservationTmplIds],
        success(res) {
          if (res[pushReservationTmplIds] === 'accept') {
            that.submitClock();
          } else if (res[pushReservationTmplIds] === 'reject') {
            // 用戶歷史操作有設置了拒絕 or 關閉了訂閱消息的主（總）開關，導致無法推送
            // console.log(res, '0 拒絕 or 關閉了訂閱消息的主（總）開關---');
            that.guideOpenSubscribeMessage();
          } else {
            wx.showToast({
              title: '授權訂閱消息有誤',
              icon: 'none'
            });
          }
        },
        fail(res) {
          // 20004:用戶關閉了主開關，無法進行訂閱,引導開啟
          if (res.errCode == 20004) {
            // console.log(res, 'fail:用戶關閉了主開關，無法進行訂閱,引導開啟---');
            that.guideOpenSubscribeMessage();
          }
        }
      });
    } else {
      wx.showToast({
        title: '請更新您微信版本，來獲取訂閱消息功能',
        icon: 'none'
      });
    }
  }
  guidSubscribeMessageAuthAfter() {
    //引導用戶 開啟訂閱消息 之后，「openSetting」 接口暫時不會返回，用戶手動設置后的狀態，所以采用「getSetting」接口重新進行查詢
    wx.getSetting({
      withSubscriptions: true,
      success: res => {
        let {
          authSetting = {},
          subscriptionsSetting: { mainSwitch = false, itemSettings = {} } = {}
        } = res;


        if (
          (authSetting['scope.subscribeMessage'] || mainSwitch) &&
          itemSettings[pushReservationTmplIds] === 'accept'
        ) {
          this.submitClock();
          // console.log('用戶手動開啟同意了，訂閱消息');
        } else {
          this.$invoke('Toast', '__warning__', [
            `您沒有同意授權訂閱消息，預約領取失敗`
          ]);
        }
      }
    });
  }
  guideOpenSubscribeMessage() {
    //引導用戶，手動引導用戶去設置頁開啟，
    this.$invoke('Modals', '__modalConfirm__', [
      '檢測到您沒有開啟訂閱消息的權限，是否去設置？',
      'openSetting',
      //用戶點擊了確定按鈕，進入設置頁的回調
      res => {
        console.log('openSetting的回調數據：', res);
        this.guidSubscribeMessageAuthAfter();
      },
      //用戶點擊了取消按鈕
      () => {
        // console.log("取消了")
        this.$invoke('Toast', '__warning__', [
          `您已拒絕訂閱消息授權，無法預約領取`
        ]);
      }
    ]);
  }
}
結尾
到這里， wx.requestSubscribeMessage 的問題，也就得到了解決，看到網上有貼子在噴 requestSubscribeMessage API的設計，比如： wx.requestSubscribeMessage的接口參數結構設計反人性，實習生設計的嗎？ ,其實我也想說這么龐大的一個生態體系，更新方案就考慮的這么不全面嗎？還是說就是這么反人類？ getSetting 里給 requestSubscribeMessage 的相關狀態， openSetting 里又壓根沒有，然后又把它的引導開啟邏輯UI也放在設置頁里面，我就郁悶了，


今天的分享，為我個人的解決思路方案，如有不足之處，請指出，勿噴～謝謝??！