本帖最后由 lxcnn 于 2010-04-05 18:43:56 编辑

解决方案 »

  1.   

    换一种思路,再高层次的封装也不是100%可靠,只要是千年一遇的bug,银行通常也就认了,人们通常不会为了这种东西而呆在家里忧心忡忡地不上银行。
      

  2.   

    我怎么觉得很简单啊
    具体可以参考tcpip的3次握手
      

  3.   

    不同层次各有不同层次的解决方案,通讯层有,应用层也有(例如事务处理),这都不是纠缠于低级网络传输层所能够理解的,但是站在它应该有的层次则是非常简单清晰。设计网络软件本来就是从应用出发,从测试出发,从高级的技术架构出发,自顶向下地总是随时知道要解决哪些bug。而不是从低级的网络传输层出发自底向上地拼凑出软件来,这样肯定忧心忡忡。
      

  4.   

    lz的问题,2段式提交就可以解决的吧
    实际系统中,分布事务的复杂程度比lz的要复杂多得多
      

  5.   

    事务保证了业务逻辑的一致性,但是保证不了网络传输的可靠性。
    2段提交也不可行。本质上来说,2段提交是一个互相监控,消除不同步的过程,如果在通讯过程中中断,双方都必须不断重试,但是不可能让用户无限等待下去,所以不可行。而如果有timeout机制,则仍然误判。