Concurrency Utilities
|
The Java 2 platform includes a new package of concurrency utilities. These are classes which are designed to be used as building blocks in building concurrent classes or applications. Just as the Collections Framework greatly simplified the organization and manipulation of in-memory data by providing implementations of commonly used data structures, the Concurrency Utilities aims to simplify the development of concurrent classes by providing implementations of building blocks commonly used in concurrent designs. The Concurrency Utilities include a high-performance, flexible thread pool; a framework for asynchronous execution of tasks; a host of collection classes optimized for concurrent access; synchronization utilities such as counting semaphores; atomic variables; locks; and condition variables.
Using the Concurrency Utilities, instead of developing components such as thread pools yourself, offers a number of advantages:
synchronized
, volatile
,
wait()
, notify()
, and
notifyAll()
) are difficult to use correctly, and
errors using these facilities can be difficult to detect and
debug. By using standardized, extensively tested concurrency
building blocks, many potential sources of threading hazards
such as deadlock, starvation, race conditions, or excessive
context switching are eliminated. The concurrency utilities
have been carefully audited for deadlock, starvation, and race
conditions.In short, using the Concurrency Utilities to implement a concurrent application can help you make your program clearer, shorter, faster, more reliable, more scalable, easier to write, easier to read, and easier to maintain.
The Concurrency Utilities includes:
Executor
framework is a framework for standardizing invocation,
scheduling, execution, and control of asynchronous tasks
according to a set of execution policies. Implementations are
provided that allow tasks to be executed within the submitting
thread, in a
single background thread (as with events in Swing), in a
newly created thread, or in a
thread pool, and developers can create customized implementations of Executor
supporting arbitrary execution policies.
The built-in implementations offer configurable policies such as queue length limits and
saturation
policy which can improve the stability of applications by
preventing runaway resource consumption.Queue
,
BlockingQueue
and
BlockingDeque
interfaces, and high-performance, concurrent implementations of
Map
, List
, and
Queue
. See the
Collections Framework Guide
for more details.
java.util.concurrent.atomic
offer higher
performance than would be available by using synchronization
(on most platforms), making them useful for implementing
high-performance concurrent algorithms as well as conveniently
implementing counters and sequence number generators.java.util.concurrent.locks
package provides a
high-performance lock implementation with the same memory
semantics as synchronization, but which also supports
specifying a timeout when attempting to acquire a lock,
multiple condition variables per lock, non-nested ("hand-over-hand") holding of
multiple locks, and support for interrupting threads which are waiting
to acquire a lock.System.nanoTime
method enables access to a nanosecond-granularity time source
for making relative time measurements, and methods which accept
timeouts (such as the
BlockingQueue.offer
,
BlockingQueue.poll
,
Lock.tryLock
,
Condition.await
, and Thread.sleep
)
can take timeout values in nanoseconds. The actual precision of
System.nanoTime
is platform-dependent.
Copyright © 2004 Sun Microsystems, Inc. All Rights Reserved. |
Java Software |