关于微信 setData 回调函数中的坑

最近在做录音功能，需求大体是这样的：点击开始录音按钮，页面状态变为录音中，然后开始录音。

不过伟大的测试同学发现了一个问题：当快速的连续点击开始录音按钮时，会触发多次开始录音的事件，这样在结束录音时就仍然会有一个正在录音中的标识，像这样:

下面开始曲折的修复之路:

最开始的代码是这样的:

Page({

  /**
   * 生命周期函数--监听页面加载
   */
  onLoad: function(options) {
    // 初始化录音管理器
    this.recorderManager = wx.getRecorderManager()

    // 录音开始事件
    this.recorderManager.onStart(() => {
      
    })
  },

  /**
   * 录音按钮点击事件
   */
  tapRecordBtn: function() {
    this.setData({
      // 切换页面显示
    }, () => {
      // 开始录音
      this.recorderManager.start({})
    })
  },
})

这时我的猜测是：页面重新渲染之前，按钮还是显示状态，所以还能被点击。
那既然这样，就加个标识，在一次点击之后，到页面重新渲染之前，都不能再次点击就好了，代码如下：

Page({

  /**
   * 生命周期函数--监听页面加载
   */
  onLoad: function(options) {
    // 初始化录音管理器
    this.recorderManager = wx.getRecorderManager()
    // 录音开始按钮点击标识
    this.isRecordBtnClicked = false

    // 录音开始事件
    this.recorderManager.onStart(() => {

    })
  },

  /**
   * 录音按钮点击事件
   */
  tapRecordBtn: function() {
    // 如果录音按钮已被点击(录音即将开始)，则不会再次触发开始录音事件
    if (this.isRecordBtnClicked) {
      return
    }
    this.isRecordBtnClicked = true

    this.setData({
      // 切换页面显示
    }, () => {
      this.isRecordBtnClicked = false
      // 开始录音
      this.recorderManager.start({})
    })
  },
})

想法是好的，不过并没有实现想要的效果。还是可以被多次点击。
于是在多次实验之后，改为如下的方式（可行）：

Page({

  /**
   * 生命周期函数--监听页面加载
   */
  onLoad: function(options) {
    // 初始化录音管理器
    this.recorderManager = wx.getRecorderManager()
    // 录音开始按钮点击标识
    this.isRecordBtnClicked = false

    // 录音开始事件
    this.recorderManager.onStart(() => {
      // 将录音按钮的点击状态在录音开始时修改
      this.isRecordBtnClicked = false
    })
  },

  /**
   * 录音按钮点击事件
   */
  tapRecordBtn: function() {
    // 如果录音按钮已被点击(录音即将开始)，则不会再次触发开始录音事件
    if (this.isRecordBtnClicked) {
      return
    }
    this.isRecordBtnClicked = true

    this.setData({
      // 切换页面显示
    }, () => {
      // 开始录音
      this.recorderManager.start({})
    })
  },

})

结论

将按钮的点击状态在录音开始事件中进行重置，就可以解决这个问题了。
说一下最后验证的结果：setData() 方法的回调函数并不是在页面重新渲染完之后才执行的，所以并不能以回调函数作为一个明确的时间点来处理一些逻辑。而由于recorderManager.onStart() 方法触发时会有一定的延时，所以间接的解决了这个问题。