rspec/rules/S2442/java/rule.adoc

23 lines
694 B
Plaintext
Raw Normal View History

2021-04-28 16:49:39 +02:00
``++java.util.concurrent.locks.Lock++`` offers far more powerful and flexible locking operations than are available with ``++synchronized++`` blocks. So synchronizing on a ``++Lock++`` throws away the power of the object, and is just silly. Instead, such objects should be locked and unlocked using ``++tryLock()++`` and ``++unlock()++``.
== Noncompliant Code Example
----
Lock lock = new MyLockImpl();
synchronized(lock) { // Noncompliant
//...
}
----
== Compliant Solution
----
Lock lock = new MyLockImpl();
lock.tryLock();
//...
----
== See
* https://wiki.sei.cmu.edu/confluence/x/qjdGBQ[CERT, LCK03-J.] - Do not synchronize on the intrinsic locks of high-level concurrency objects