Seata中10s后主线程不应该再阻塞了吧？
Seata中2022-11-07T11:28:05.637813233Z 2022-11-07 19:28:05.637 INFO io.seata.spring.annotation.GlobalTransactionScanner - Global Transaction Clients are initialized. 28分05秒GlobalTransactionScanner#initClient 就结束了 说明TM和RM的timeoutChecker已经启动完成了，等待间隔5s后的第一次reconnect调度。10s后，日志卡在这里不懂了，可以说明锁阻塞在了acquireChannel上（应该是Main线程）2022-11-07T11:28:16.319456451Z 2022-11-07 19:28:16.319 INFO io.seata.core.rpc.netty.NettyClientChannelManager - will connect to 172.29.14.48:8093。10s后主线程不应该再阻塞了吧？这10s足够timeoutChecker的getSingleton执行完了吧？应该是10（日志间隔）-5（调度初始delay间隔）=5s应该足够timeoutChecker的getSingleton执行完然后把锁释放了吧？或者说是主线程的getSingleton超过5s还没执行完吗？
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
