今天为一个调整和同事争了好久，大概需求就是服务器同一个资源，要保证同时只能有一个服务在使用，我主张是一个向另一个申请，如果没在使用就立刻返回，如果再使用，就先提示占用，然后使用完了，再回调通知到对方，同事则坚持轮询对方的一个接口（接口返回当前的使用状态），理由是耦合，如果各自回调，2 个程序的耦合性就增加，而且回调也增加了代码复杂度，不易维护，仔细想想他说的确实有道理，但回调的处理真的有这么差么？我是觉得轮询确实有点不太优雅，看看大家的意见 回调, 轮询, 耦合性, 使用
看时间成本啊，要是时间，人力成本都不允许，还要啥异步通知。 你这个就有点像我之前看过的一个项目，没有用事务性消息。然后通过定时任务来保证数据的最终一致性。卧槽，最后，一般的项目，3w 行代码，然后那个 xxl-job 已经 16w 行代码了。项目太紧了，时间都腾不出来，谁还考虑引入新的技术，而且，当时华为云还不支持呢。 所以，回调肯定更好，但是得考虑实现成本了。
