List of lockInterruptibly() Examples

Examples of lockInterruptibly()

com.hazelcast.core.ILock.lockInterruptibly()
edu.emory.mathcs.backport.java.util.concurrent.locks.Lock.lockInterruptibly()
Acquires the lock unless the current thread is {@link Thread#interrupt interrupted}.
Acquires the lock if it is available and returns immediately.
If the lock is not available then the current thread becomes disabled for thread scheduling purposes and lies dormant until one of two things happens:
- The lock is acquired by the current thread; or
- Some other thread {@link Thread#interrupt interrupts} the currentthread, and interruption of lock acquisition is supported.
If the current thread:
- has its interrupted status set on entry to this method; or
- is {@link Thread#interrupt interrupted} while acquiringthe lock, and interruption of lock acquisition is supported,
then {@link InterruptedException} is thrown and the current thread'sinterrupted status is cleared.
Implementation Considerations
The ability to interrupt a lock acquisition in some implementations may not be possible, and if possible may be an expensive operation. The programmer should be aware that this may be the case. An implementation should document when this is the case.
An implementation can favor responding to an interrupt over normal method return.
A Lock implementation may be able to detect erroneous use of the lock, such as an invocation that would cause deadlock, and may throw an (unchecked) exception in such circumstances. The circumstances and the exception type must be documented by that Lock implementation. @throws InterruptedException if the current thread is interruptedwhile acquiring the lock (and interruption of lock acquisition is supported). @see Thread#interrupt
edu.emory.mathcs.backport.java.util.concurrent.locks.ReentrantLock.lockInterruptibly()
Acquires the lock unless the current thread is {@link Thread#interrupt interrupted}.
Acquires the lock if it is not held by another thread and returns immediately, setting the lock hold count to one.
If the current thread already holds this lock then the hold count is incremented by one and the method returns immediately.
If the lock is held by another thread then the current thread becomes disabled for thread scheduling purposes and lies dormant until one of two things happens:
- The lock is acquired by the current thread; or
- Some other thread {@link Thread#interrupt interrupts} the currentthread.
If the lock is acquired by the current thread then the lock hold count is set to one.
If the current thread:
- has its interrupted status set on entry to this method; or
- is {@link Thread#interrupt interrupted} while acquiringthe lock,
then {@link InterruptedException} is thrown and the current thread'sinterrupted status is cleared.
In this implementation, as this method is an explicit interruption point, preference is given to responding to the interrupt over normal or reentrant acquisition of the lock. @throws InterruptedException if the current thread is interrupted
java.util.concurrent.locks.Lock.lockInterruptibly()
Acquires the lock unless the current thread is {@linkplain Thread#interrupt interrupted}.
Acquires the lock if it is available and returns immediately.
If the lock is not available then the current thread becomes disabled for thread scheduling purposes and lies dormant until one of two things happens:
- The lock is acquired by the current thread; or
- Some other thread {@linkplain Thread#interrupt interrupts} thecurrent thread, and interruption of lock acquisition is supported.
If the current thread:
- has its interrupted status set on entry to this method; or
- is {@linkplain Thread#interrupt interrupted} while acquiring thelock, and interruption of lock acquisition is supported,
then {@link InterruptedException} is thrown and the current thread'sinterrupted status is cleared.
Implementation Considerations
The ability to interrupt a lock acquisition in some implementations may not be possible, and if possible may be an expensive operation. The programmer should be aware that this may be the case. An implementation should document when this is the case.
An implementation can favor responding to an interrupt over normal method return.
A {@code Lock} implementation may be able to detecterroneous use of the lock, such as an invocation that would cause deadlock, and may throw an (unchecked) exception in such circumstances. The circumstances and the exception type must be documented by that {@code Lock} implementation. @throws InterruptedException if the current thread isinterrupted while acquiring the lock (and interruption of lock acquisition is supported)
java.util.concurrent.locks.ReentrantLock.lockInterruptibly()
Acquires the lock unless the current thread is {@linkplain Thread#interrupt interrupted}.
Acquires the lock if it is not held by another thread and returns immediately, setting the lock hold count to one.
If the current thread already holds this lock then the hold count is incremented by one and the method returns immediately.
If the lock is held by another thread then the current thread becomes disabled for thread scheduling purposes and lies dormant until one of two things happens:
- The lock is acquired by the current thread; or
- Some other thread {@linkplain Thread#interrupt interrupts} thecurrent thread.
If the lock is acquired by the current thread then the lock hold count is set to one.
If the current thread:
- has its interrupted status set on entry to this method; or
- is {@linkplain Thread#interrupt interrupted} while acquiringthe lock,
then {@link InterruptedException} is thrown and the current thread'sinterrupted status is cleared.
In this implementation, as this method is an explicit interruption point, preference is given to responding to the interrupt over normal or reentrant acquisition of the lock. @throws InterruptedException if the current thread is interrupted

Examples of java.util.concurrent.locks.ReentrantLock.lockInterruptibly()


        public RunnableScheduledFuture<?> poll(long timeout, TimeUnit unit)
            throws InterruptedException {
            long nanos = unit.toNanos(timeout);
            final ReentrantLock lock = this.lock;
            lock.lockInterruptibly();
            try {
                for (;;) {
                    RunnableScheduledFuture<?> first = queue[0];
                    if (first == null) {
                        if (nanos <= 0)

View Full Code Here

Examples of java.util.concurrent.locks.ReentrantLock.lockInterruptibly()

            return;
        }


        final ReentrantLock lock = this.lock;
        try {
            lock.lockInterruptibly();
        } catch (InterruptedException e) {
            throw new SQLException("interrupt", e);
        }


        boolean init = false;

View Full Code Here

Examples of java.util.concurrent.locks.ReentrantLock.lockInterruptibly()

        // holding count negative to indicate failure unless set.
        int c = -1;
        Node<E> node = new Node(e);
        final ReentrantLock putLock = this.putLock;
        final AtomicInteger count = this.count;
        putLock.lockInterruptibly();
        try {
            /*
             * Note that count is used in wait guard even though it is
             * not protected by lock. This works because count can
             * only decrease at this point (all other puts are shut

View Full Code Here

Examples of java.util.concurrent.locks.ReentrantLock.lockInterruptibly()

        if (e == null) throw new NullPointerException();
        long nanos = unit.toNanos(timeout);
        int c = -1;
        final ReentrantLock putLock = this.putLock;
        final AtomicInteger count = this.count;
        putLock.lockInterruptibly();
        try {
            while (count.get() == capacity) {
                if (nanos <= 0)
                    return false;
                nanos = notFull.awaitNanos(nanos);

View Full Code Here

0 1 2 3 4 5

TOP

All source code are property of their respective owners. Java is a trademark of Sun Microsystems, Inc and owned by ORACLE Inc. Contact coftware#gmail.com.