TCC模式下未成功的Try操作不做cancel about easytransaction HOT 3 OPEN

目前确实是这样，

在框架自带的 幂等/调用次序控制 实现里，如果try没有提交，cancel对应的业务方法也是不会执行的

如果没有启用框架的幂等/次序控制 功能，业务就需要自行判断try有没有执行

为了提高效率，可以在已知 从事务 返回了异常的情况下，协调器不再调用canel，作为一个效率优化手段。

但对于业务实行实现的 幂等/次序 控制，不能省略该部分代码，因为有可能由于超时等原因，框架没有成功接收 从事务 返回的异常信息，此时从事务处于未知状态，因此框架还是会调用cancel

from easytransaction.

T阶段 我可能调用A这台机器超时了（A机器可能线程阻塞返回超时），框架直接cancel的时候（调用B机器，正常）发现并未执行try 返回cancel成功，在这之后A机器线程恢复正常执行了T，如何处理？

from easytransaction.

对于使用框架幂等的情况来说，其会控制该情况的发生，因为TRY和CANCEL会同时竞争一条记录，该记录会保证TRY有先后顺序。若TRY和CANCEL同时进入到事务中，则框架会有乐观锁机制回滚其中一个。

• 若try被回滚了，则没有关系，整个流程就结束了。
• 若cancel被回滚了的话，则CANCEL会重试，然后CANCEL再次尝试时就会成功。

对于不使用框架幂等，业务自行处理时，需要自行考虑上述问题的处理形式，通常来说，业务自行处理的形式应该于框架实现的类似

还有，建议新问题提新ISSUE，容易被大家发现

from easytransaction.