QNJR-GROUP
TCC模式下未成功的Try操作不做cancel
按照框架目前的实现，一个TCC事务，在Try阶段，如果参与者throw Exception，参与者try阶段事务回滚，框架会去调参与者的cancel接口补偿事务，建议优化
目前确实是这样，
在框架自带的 幂等/调用次序控制 实现里，如果try没有提交，cancel对应的业务方法也是不会执行的
如果没有启用框架的幂等/次序控制 功能，业务就需要自行判断try有没有执行
为了提高效率，可以在已知 从事务 返回了异常的情况下，协调器不再调用canel，作为一个效率优化手段。
但对于业务实行实现的 幂等/次序 控制，不能省略该部分代码，因为有可能由于超时等原因，框架没有成功接收 从事务 返回的异常信息，此时从事务处于未知状态，因此框架还是会调用cancel
T阶段 我可能调用A这台机器超时了（A机器可能线程阻塞返回超时），框架直接cancel的时候（调用B机器，正常）发现并未执行try 返回cancel成功，在这之后A机器线程恢复正常执行了T，如何处理？
对于使用框架幂等的情况来说，其会控制该情况的发生，因为TRY和CANCEL会同时竞争一条记录，该记录会保证TRY有先后顺序。若TRY和CANCEL同时进入到事务中，则框架会有乐观锁机制回滚其中一个。
- 若try被回滚了，则没有关系，整个流程就结束了。
- 若cancel被回滚了的话，则CANCEL会重试，然后CANCEL再次尝试时就会成功。
对于不使用框架幂等，业务自行处理时，需要自行考虑上述问题的处理形式，通常来说，业务自行处理的形式应该于框架实现的类似
还有，建议新问题提新ISSUE，容易被大家发现