首先让我们体验一下频繁操作:
1)打开项目,在后台aspx.cs等服务器页面,设置断点.
2)点击页面按钮
3)调试开始进入断点,然后重复点击页面按钮
4)服务器第一次事件已经处理完毕,调试再次进入了断点,然后再进行处理
然后就出现了多条数据的新增问题.
使用lock也将无法解决该问题.因为lock是解决并发问题的,不是解决频繁操作的问题的.
因此这里我要说一下并发操作和频繁操作.并发是多个线程同时进行操作,频繁操作是指一个操作未响应到客户端,另一个操作再次重复进行,它们是2个不同的概念.
并发问题处理方法
大家可能很熟悉这个代码:
public class Singleton
{
private volatile static Singleton _instance = null;
private static readonly object lockHelper = new object();
private Singleton(){}
public static Singleton CreateInstance()
{
if(_instance == null)
{
lock(lockHelper)
{
if(_instance == null)
_instance = new Singleton();
}
}
return _instance;
}
}
对于并发,我们主要做的事情是:让一个线程跑完之后再跑另一个线程,因此需要加锁
加锁使用了lock关键字,lock就是把{}中的代码段锁定,防止多个线程同时运行该代码段.
我们一般对于普通并发,使用lock就可以解决了,但是如果是秒杀的这种情况呢。
我们这时候需要使用队列集合去进行操作.
频繁操作处理方法:
我们想象一下:第一次点击按钮,假设生成了一个操作会话OperSA1,服务器执行第一次按钮操作的事件,执行未完成时,再次点击该按钮,
生成第2个操作会话OperSA2,服务器操作等待中.第一次按钮事件操作完成之后,客户端还没有响应这时候服务器就忙着执行第2次按钮事件了。
我们认为服务器执行操作是有错的,错在第1次按钮事件执行完成之后没有立即响应给客户端就执行第2次操作了。可是服务器认为它本身是没有错的。
它认为错的是客户端,客户端操作频繁了。这时候怎么办呢?
我们不如给服务器和客户端定一个操作约定:
在客户端定义一个会话标识符OperFrequent,如果客户端执行了第一次操作,则会话标识符OperFrequent生成标识,如果客户端再次执行了操作,但是会话标识符标识已经生成,则终止该操作。这是客户端的约定。
服务器在接到请求后,执行操作,操作完成后,清理客户端标识符。这是服务器的约定。
所以服务器必须在实际响应客户端之后才能修改客户端的会话标识符。
代码:
会话标识符定义:
responseVal就是OperFrequent
<input type="hidden" id="responseVal" value="none" runat="server" />
客户端执行操作:
if (document.getElementById('responseVal').value == 'none') {
document.getElementById('responseVal').value = 'change';
// 触发服务器事件
}
服务器响应操作:
this.responseVal.Value = "none";