最近在做一个Android应用，客户端需要向服务器端(jsp后台）提交一些信息，并得到服务器的反馈，再显示到界面上。
问题就出现在服务端接受到数据，插入数据库形成订单，处理完后返回成功与否的反馈信息给客户端时候。由于客户端主动关闭网络或由于信号不好，导致网络被迫关闭。
客户端无法接受到服务器反馈，而产生超时异常（此时servlet竟然不报异常），此时反馈给Android客户端的则是此操作失败；然而后台却由于刚刚数据插入操作成功而生成订单，管理人员在查看的时候发现订单存在则默认为客户操作成功。
如何避免以上情况呢？咨询过一些人：
1、有人说拉长客户端的超时时间，以降低概率；（治标不治本）
2、有人说做验证，客户端收到反馈后，再通知服务端，那么服务端才插入数据进数据库，其实这个并没解决问题，如果客户端在接受到反馈后网络就断开了，那通知服务器这一步就达不成，导致客户端以为自己下单成功，而服务端却没生成订单。（这种反馈机制是不完善的，只是循环走钢丝而已）
3、有人说做缓存，当网络再次通畅的时候，服务器的订单才正式生成。（这就破坏了订单的及时性，万一一星期后才开网络，这就导致了订单延迟了一星期）
4、各位csdn的大大意见。
对于此类问题，小弟的个人看法是：
1、servlet此时应该报异常，但是我就是没发现有异常，应该是学艺不精，不知道怎么catch这个异常,求各位不吝赐教。
2、http的机制本身就存在这种弊端，得走别的协议才能解决以上情况。（此为猜测，没有理论依据）不过本人觉得不太可能http存在弊端，因为据了解http是有反馈机制来处理这种情况的，但是不知道为啥servlet没报错。
求各位csdn的大大帮忙啊！
