本文介绍hazelcast中Topic的使用。

Lock的基础使用

首先放上基础代码
示例代码
代码主要包含三部分：

第一部分要注意，在 try 外面进行 lock ，然后在finally里面进行解锁，因为没有设置锁失效时间，如果不解锁，会一直锁定。

第二部分加上了锁的最长使用时间，注意不能超过 hazelcast.lock.max.lease.time.seconds 的时间，否则以最长时间为准。

第三部分使用了lock的condition来让消费者、生产者轮流工作，这是一种很有用的调度生产者、消费者的方式。

理解Lock 与map的Lock比较

首先我们来看Lock具有哪些特点：

Lock是可以安全失败的，如果锁对应的节点down掉了，那么对应的锁就会失效，并且可以被别的节点重新建立锁。如果锁对应的节点活着，其他节点down掉了，那么对锁没有影响。
Lock是可重入的，在调用lock（）后，还可以再进行若干次lock（），注意解锁的时候也要解锁响应次数。
在脑裂情况下，认为是两个集群，所以一把锁可以被获取两次，可以通过设置合理的quorum-ref来规避脑裂下锁的分裂。
Lock不会自动移除，所以一定要在finally里面进行unlock，或者设置Lock的失效时间。
IMap也提供了lock支持，但是要注意两者是不一样的。Lock是一个可以单独暴露使用的，但是IMap的lock是需要依赖于map使用的。

ILock哪怕没有被获取也是要占用系统资源的，只有调用destroy()方法才能释放资源，如果使用有限数量的锁，那么是一个好选择。IMap的锁能够进行自动销毁，不获取时不需要占用资源，但同时也说明了只有在锁被某一线程获取的情况下，锁才能被观察到。

Lock的脑裂情况可以采取下面这个配置项进行避免。

配置项	含义	备注
quorum-ref	lock对应的quorum依赖
通过上面的三个代码例子，希望能够对hazelcast中的Lock有一定的认识。