秋天，稻田里的稻谷已经成熟了，一眼看去，好像铺了一地的金子，而农民伯伯们一个接一个到自己的田里捡金子。微风吹过，金色的海洋掀起一层层麦浪。
最近在做录音功能，需求大体是这样的：点击开始录音按钮，页面状态变为录音中，然后开始录音。
不过伟大的测试同学发现了一个问题：当快速的连续点击开始录音按钮时，会触发多次开始录音的事件，这样在结束录音时就仍然会有一个正在录音中的标识，像这样:
下面开始曲折的修复之路:
最开始的代码是这样的:
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() 方法触发时会有一定的延时，所以间接的解决了这个问题。
以上就是详解关于微信setData回调函数中的坑。一生很短，努力赚钱，钱能让你做自己想做的事，钱能让你爱得更好，钱会使你快乐。更多关于详解关于微信setData回调函数中的坑请关注haodaima.com其它相关文章！
