关于微信 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() 方法触发时会有必定的延时，因此间接的解决了这个问题。