问大佬们一个问题， Java 多线程中的 wait 和 notify 机制，如果部署多个节点怎么来实现类试的机制？好像只接触过分布式锁，有没有什么分布式等待唤醒之类的？或者相关的替代方案？

• 資深大佬 : BBCCBB

  redisson 有实现基于 redis 的 CountDownLatch.

• 資深大佬 : Jooooooooo

  分布式的还是两种, 轮询和通知

  你要描述具体的需求

• 資深大佬 : BBCCBB

  也可以用 mq. 完成了发个 mq.

• 資深大佬 : luckyrayyy

  这不是典型的生产消费模型

• 主 資深大佬 : lhqing

  @Jooooooooo 没有具体需求哈哈，突然想到的

• 資深大佬 : sioncheng

  比如，zookeeper 的 watch 机制，https://www.cnblogs.com/shamo89/p/9787176.html

• 資深大佬 : FreeEx

  用不到的，所以没有。

• 資深大佬 : SpencerCJH

  为了不使用 wait notify 等底层 API，所有才有了 java.util.concurrent…………

• 資深大佬 : CoderGeek

  没有等待唤醒这个概念 就是一直扫变化 push 或者 pull

  mq 、redis 、zk 临时节点 加锁扫库都可以

• 資深大佬 : MOETAN0

  借助外部 zookeeper，节点端使用 apache-curator，参考其 locking 的代码示例。

• 資深大佬 : Aresxue

  想要仿照 java 原生 api 你就得把对象映射成共享内存，这样就可以进程通信了，但这个仅限于同一台物理机。要想和机器也没关系，那就只能用中间件了，redis 、zk 好做一些，mq 的话在不考虑事务的情况下也可以使用

• 資深大佬 : leonardyang

  即使部署集群，每个节点上的业务也应该是完整封装起来自己运行自己的，一个节点要控制另一个节点上线程的 wait 和 notify，节点间耦合度这么高不怕出问题吗

• 資深大佬 : iyangyuan

  小项目 redis，大项目 mq

• 資深大佬 : sujin190

  复杂服务中一般不会这样用，更多会使用消息驱动异步任务执行，也就是数据和状态永远时往前的，和时间一致，反向传播状态和数据和时间逆向，状态管理会变得更加复杂且不稳定，难以提高横向扩展和并发性能，维护也难很多

  简单系统当然无所谓了，简单的可以数据库轮询，zookeeper 的 watch，部分消息队列像 rabbitmq 也带有回执状态的也很容易实现

  https://github.com/snower/slock.git

  之前也用 golang 实现了一个性能不错的原子操作同步服务，可以实现一般系统中常用的 Lock 、Event 、Semaphore 语义，Java 多线程中的 wait 和 notify 机制其实就是 Event，而系统中实现的锁其实底层也是原子操作分装而来的，只不过加入了进程调度操作自动进入休眠和唤醒