| | | | | | | [文章信息] | | | 作者: | matrix开源技术-fpwang | | 时间: | 2003-09-26 | | 出处: | matrix | | 责任编辑: | 方舟 | |
| [文章导读] | | | 本文讨论了多重提交问题的许多解决方案，同时讲述了如何理解和权衡解决方案的优点和缺陷 | |
| |
|
| | | |
|
|
|
|
|
现代网络站点(web site)的主要任务是显示动态内容。从某些角度看，就是指用户将输入信息发送给网络应用(web application)进行处理之后网络应用再将处理结果发送回用户。某些特别情况下，从用户角度看后端操作运行足够快并且一切正常。但是在有些时候，后端的处理往往会因为出现较多的时间消耗而引起延迟。这种延迟有可能过长而最终使用户认为是其自己的操作错误，他们也许会放弃当前的操作或重新提交请求。
处理操作运行周期的事件过长并不是一个新问题。Java提供的健壮的线程机制能够建立起后台的任务分配。另外，随着EJB 2.0规范的出现，基于消息的EJB(简称MDB)能够被用来执行后台操作。不过请记住，这些机制是为了处理异步操作而设计的。从你启动了一个线程或后台处理，到某段时间之后你被通知或者是需要查看结果，整个过程完全是异步的。
对于轻型的长时间运行的一般同步应用仍然会引起大量处理的问题你有何看法？想象一下，一个音乐爱好者登陆她喜欢的网站为一场刚开始售票的演出订票(我想起了最近Bruce Springsteen的演唱会)。在通常情况下，网站会很好的执行并且我们的音乐爱好者能够以她自己的方式买到票。可是，当负载很大时，服务器便会慢下来，使该用户的操作不能顺利进行(用户会以为自己的订购操作失败了)，因此她会接二连三的点击"提交"按钮。不幸的是，每一次点击"提交"都把之前的订票操作中止了。
有很多方法处理这种情况。最显而易见的方法是防止用户重复提交相同请求。另外也可以跟踪用户先前提交的请求并回复先前的提交动作。下图显示了一个简单的服务端小程序(servlet)的输出数据，该程序处理每一个收到的请求，为每一个请求分配一个票号。
处理简单的提交任务
图1：简单提交任务处理
[ 相关贴图 ]
最主要和最有效解决多重提交问题的方法就是防止这种情况发生。下面列出的HTML程序ConcertTickets.html是一个简单的表单，用于获取由用户输入的音乐会名字并提交给服务端小程序(servlet)订票。当网站相应迅速时处理执行的很好。但是，如果网站处于性能很低的状态并且提交的任务处理不够快，用户认为失败后会重新提交。处理过程在表1下的图2中显示。
表1：ConcertTickets.html
01: ＜html＞
02: ＜head＞＜title＞Online Concert Tickets＜/title＞＜/head＞
03:
04: ＜center＞＜h1＞Order Tickets＜/h1＞＜/center＞
05:
06: ＜form name="Order" action="./SimpleOrder" method="GET"＞
07: ＜table border="2" width="50%" align="center" bgcolor="CCCCCC"＞
08: ＜tr＞＜td align="right" width="40%"＞Concert: ＜/td＞
09: ＜td width="60%"＞＜input type="text" name="Concert" value=""＞＜/td＞＜/tr＞
10:
11: ＜tr＞＜td colspan="2" align="center"＞
12: ＜input type="submit" name="btnSubmit"
13: value="Do Submit"＞＜/td＞＜/tr＞
14: ＜/table＞
15: ＜/form＞
16: ＜/body＞
17: ＜/html＞ |
图2：重复的任务提交
[ 相关贴图 ]
|
|
|
|
|
|
|
|
情人玫瑰坊
音乐风云
新片速递
神秘测试
都市约会