ILock is the distributed implementation of java.util.concurrent.locks.Lock
. Meaning if you lock on an ILock, the critical
section that it guards is guaranteed to be executed by only one thread in entire cluster. Even though locks are great for synchronization, they can lead to problems if not used properly.
A few warnings when using locks:
Always use lock with try-catch blocks. It will ensure that lock will be released if an exception is thrown from the code in critical section. Also note that lock method is outside try-catch block, because we do not want to unlock if lock operation itself fails.
import com.hazelcast.core.Hazelcast;
import com.hazelcast.config.Config;
import java.util.concurrent.locks.Lock;
Config cfg = new Config();
HazelcastInstance hz = Hazelcast.newHazelcastInstance(cfg);
Lock lock = hz.getLock("myLock");
lock.lock();
try {
// do something here
} finally {
lock.unlock();
}
If a lock is not released in the cluster, another thread that is trying to get the
lock can wait forever. To avoid this, tryLock
with a timeout value can be used. One can
set a high value (normally should not take that long) for tryLock
. Return value of tryLock
can be checked as follows :
if (lock.tryLock (10, TimeUnit.SECONDS)) {
try {
// do some stuff here..
}
finally {
lock.unlock();
}
}else{
// warning
}
Another method to avoid ending up with indefinitely waiting threads is using lock with lease time. This will cause
lock to be released in the given time. Lock can be unlocked before time expires safely. Note that the unlock operation can
throw IllegalMonitorStateException
if lock is released because of lease time expiration. If it is the case, it means
that critical section guarantee is broken.
Please see the below example.
lock.lock (5, TimeUnit.SECONDS))
try {
// do some stuff here..
} finally {
try{
lock.unlock();
}catch(IllegalMonitorStateException ex ){
// WARNING Critical section guarantee can be broken
}
}
}else{
// warning
}
Locks are fail-safe. If a member holds a lock and some other members go down, cluster will keep your locks safe and available. Moreover, when a member leaves the cluster, all the locks acquired by this dead member will be removed so that these locks can be available for live members immediately.
ICondition is the distributed implementation of notify
, notifyAll
and wait
operations on Java object . It can be used to synchronize
threads across the cluster. More specifically, it is used when a thread's work depends on another thread's output. A good example
can be producer/consumer methodology.
Please see the below code snippets for a sample producer/consumer implementation.
Producer thread
HazelcastInstance hz = Hazelcast.newHazelcastInstance(cfg);
Lock lock = hz.getLock("myLockId");
ICondition condition = lock.newCondition("myConditionId");
lock.lock();
try {
while (!shouldProduce()) {
condition.await(); //frees the lock and waits for signal
//when it wakes up it re-acquires the lock
//if available or waits for it to become
//available
}
produce()
condition.signalAll();
} finally {
lock.unlock();
}
Consumer thread
HazelcastInstance hz = Hazelcast.newHazelcastInstance(cfg);
Lock lock = hz.getLock("myLockId");
ICondition condition = lock.newCondition("myConditionId");
lock.lock();
try {
while (!canConsume()) {
condition.await(); //frees the lock and waits for signal
//when it wakes up it re-acquires the lock if
//available or waits for it to become
//available
}
consume()
condition.signalAll();
} finally {
lock.unlock();
}