GWT/Tomcat will re-call servlet.

GWT/Tomcat will re-call servlet.

 昨天遇到个非常奇怪的bug：更新了一下后台的代码，结果每次点击页面都会导致servlet方法调用两次，从而页面报错（逻辑上不让调两次 ），我们的前台采用gwt，servlet engine采用tomcat，debug的时候，断点放在servlet所调用的method上，结果invoke两次，由此断定，前台代码的问题（有点武断哦 ），然后负责前台的同事debugging前台的代码，噼里啪啦半天。。。，说是前台好像没有调两次（之所以用好像，是debugging时部分代码走两次，部分走一次），而我当时的想法是，后台怎么操作，也不至于让servlet调用两次吧，所以我个人就认定是前台逻辑导致重复rpc调用（gwt），但是这个bug在这两天才出现的，从svn的历史记录来看，前台代码在这两天基本没什么改变，同事只好从svn上一个version接一个version的check，最后确定出两个相邻的versions，前一个能用，后一个出bug，这时我隐约感觉到是后台的问题，但是还是想不明白，后台的逻辑怎么就能让前台重复调用，非常不解，没办法，在同事的建议下，在servlet的那个method上加上一条debug信息，做了两次试验，一次是完整的代码，一次是把method中调用后台的接口注释掉，结果从日志上看出，前一次试验debug信息打印了两次，后一次试验debug只打印了一次，此时，确定是后台逻辑影响了前台的调用（此时，觉得走弯路了，为什么不早点做这个试验，其实确定是前台还是后台的问题，只需要做这样一个简单的试验。。。）。接下来，我思考的就是到底是什么在作怪呢，对比svn上的两个版本，只有两处可能的改动，一处是将return改成throw exception, 一处是调用了Thread.currentThread.interrupt()，我一个感觉是后者，注掉这句后，一切OK，呵呵，庆幸没有先尝试前者，要不改动很大，。。。

刚刚看了gwt的源码，还没找到问题的根源，我的观点是，thread接收到interrupt信号时，会重复发送rpc调用，（呵呵，还没确定）。。。