onClick事件是Android开发中最常见的事件,正常情况下这段代码是没什么问题的,
但是Android设备的机型性能等千差万别,如果碰到比较卡的手机,
则有可能出现submitOrder()函数跳转页面出现延迟的现象。碰到这种现象,则用户就很有可能再次点击一次,
从而造成函数被调用两次,出现重复订单的BUG。
解决方法
方案一:(不建议)
一般地,碰到这现象,首先就会想到的就是在点击之后把submitButton设置为不可点击:
此方法也确实有效,不过如果submitOrder()方法没有成功,需要再次提交订单时又需要再重复把submitButton设置为可点击状态。
如果类似的button比较多时,就显得比较麻烦、混乱。
方案二
自定义一个NoDoubleClickListener,继承自OnClickListener:
给submitButton设置点击事件时用NoDoubleClickListener代替OnClickListener,并且实现方法onNoDoubleClick代替onClick即可,像这样:
原理:
很简单,见代码……
就是用onNoDoubleClick代替onClick处理具体的操作,在onClick方法中加一个判断:在接收到点击事件之后,
先判断一下时间,如果距离上次处理操作不足MIN_CLICK_DELAY_TIME,就忽视——即能防止误操作的连续点击导致重复事件。
MIN_CLICK_DELAY_TIME可调。
优势
好处是不用改变原有代码的逻辑,就只需要两个替换:NoDoubleClickListener代替OnClickListener,
onNoDoubleClick代替onClick。 代码的结构等都不需要做改变(**对比上面的代码0跟代码**3),
不需要关心处理更改button的状态这些额外判断逻辑,只需要关注业务逻辑即可,简洁优雅~
但是Android设备的机型性能等千差万别,如果碰到比较卡的手机,
则有可能出现submitOrder()函数跳转页面出现延迟的现象。碰到这种现象,则用户就很有可能再次点击一次,
从而造成函数被调用两次,出现重复订单的BUG。
解决方法
方案一:(不建议)
一般地,碰到这现象,首先就会想到的就是在点击之后把submitButton设置为不可点击:
此方法也确实有效,不过如果submitOrder()方法没有成功,需要再次提交订单时又需要再重复把submitButton设置为可点击状态。
如果类似的button比较多时,就显得比较麻烦、混乱。
方案二
自定义一个NoDoubleClickListener,继承自OnClickListener:
public abstract class NoDoubleClickListener implements OnClickListener { public static final int MIN_CLICK_DELAY_TIME = 1000;//这里设置不能超过多长时间 private long lastClickTime = 0; protected abstract void onNoDoubleClick(View v); @Override public void onClick(View v) { long currentTime = Calendar.getInstance().getTimeInMillis(); 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。 代码的结构等都不需要做改变(**对比上面的代码0跟代码**3),
不需要关心处理更改button的状态这些额外判断逻辑,只需要关注业务逻辑即可,简洁优雅~
本文摘自 :https://blog.51cto.com/u