前言
做开发的一定就会碰到测试提这样的问题：“我快速地点击这里，怎么就 XXX 了啊！”，一般，我们的开发情景是考虑用户单击或者双击了按钮，我们没有想到一个“帕金森式”的疯狂点击情景，就会出现这样 Bug 了，那么，今天我就提供一种避免“帕金森”问题的解决思路。
优雅的解决方式
我们 Coder、Programmer 最要紧的就是优雅，所以网上查询得到的繁琐的方法这里就不赘述了，直接上最优雅的（其实你们如果用上了 RxBinding，这里可以变得更美妙）
以基本 View 的 onClick 方法为例
我们可以自定义一个 NoDoubleClickListener
public abstract class NoDoubleClickListener implements View.OnClickListener {
protected static final String TAG = "NoDoubleClickListener";
private static final int MIN_CLICK_DELAY_TIME = 1000;
private long lastClickTime = 0;
abstract void onNoDoubleClick(View v);
@Override
public void onClick(View v) {
long currentTime = SystemClock.uptimeMillis();
if (currentTime - lastClickTime > MIN_CLICK_DELAY_TIME) {
lastClickTime = currentTime;
onNoDoubleClick(v);
}
}
}
使用方法—— 给submitButton设置点击事件时用NoDoubleClickListener代替OnClickListener，并且实现方法onNoDoubleClick代替onClick即可，像这样：
submitButton.setOnClickListener(new NoDoubleClickListener() {
@Override
public void onNoDoubleClick(View v) {
submitOrder();
}
});
很简单，见代码……
就是用onNoDoubleClick代替onClick处理具体的操作，在onClick方法中加一个判断：在接收到点击事件之后，先判断一下时间，如果距离上次处理操作不足MIN_CLICK_DELAY_TIME，就忽视——即能防止误操作的连续点击导致重复事件。
MIN_CLICK_DELAY_TIME可调。
优势
好处是不用改变原有代码的逻辑，就只需要两个替换：NoDoubleClickListener代替OnClickListener，onNoDoubleClick代替onClick。 代码的结构等都不需要做改变，不需要关心处理更改button的状态这些额外判断逻辑，只需要关注业务逻辑即可，简洁优雅~
RxBinding
好，回到了我们说的如果使用 RxBinding 可以做到更优雅的解决方案，我们就具体来看那看怎么实现，show me the code。
Button button = ...;
RxView.clickEvents(button) // 以 Observable 形式来反馈点击事件
.throttleFirst(500, TimeUnit.MILLISECONDS)
.subscribe(new Action1<ViewClickEvent>() {
@Override
public void call(ViewClickEvent event) {
// Click handling
}
});
优势
RxBinding 不仅能在这里饶有作为，但也并不局限于此，具体可以查看它的 GitHub 仓库
劣势
如果是项目开发的后期，才想到要做这种修改，那改动量未免有点太大了些。
