实际生产环境中轮询和异步通知到底那个更好点？

[chen0520]

今天为一个调整和同事争了好久，大概需求就是服务器同一个资源，要保证同时只能有一个服务在使用，我主张是一个向另一个申请，如果没在使用就立刻返回，如果再使用，就先提示占用，然后使用完了，再回调通知到对方，同事则坚持轮询对方的一个接口（接口返回当前的使用状态），理由是耦合，如果各自回调，2 个程序的耦合性就增加，而且回调也增加了代码复杂度，不易维护，仔细想想他说的确实有道理，但回调的处理真的有这么差么？我是觉得轮询确实有点不太优雅，看看大家的意见

[bzzhou]

基本来说，轮训是必须做的，哪怕有回调也得有轮询作为兜底方案；而且在性能不是瓶颈的情况下，轮训最简单可靠的方案。
先基于这个实现了，有问题再上回调都问题不大。

[RoccoShi]

all in MQ

[auh]

优雅能当饭吃吗？低级。

[liuhailiang]

满足业务要求即可，业务没要求？那就怎么简单怎么做。。