- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我正在努力掌握 JCStress。为了确保我理解它,我决定为我知道必须正确的东西编写一些简单的测试:java.util.concurrent.locks.ReentrantReadWriteLock
。
我写了一些非常简单的测试来检查锁定模式的兼容性。不幸的是,其中两项压力测试失败了:
X_S
:
true, true 32,768 FORBIDDEN No default case provided, assume FORBIDDEN
X_X
:
true, true 32,767 FORBIDDEN No default case provided, assume FORBIDDEN
在我看来,一个线程不应该持有读锁,而另一个线程也持有写锁。同样,两个线程也不可能同时持有写锁。
我意识到问题可能与 ReentrantReadWriteLock
无关。我想我可能在关于 JMM 和读取锁状态的 jcstress 测试中犯了一些愚蠢的错误。
不幸的是,我无法发现问题所在。有人可以帮我理解我犯的(愚蠢的?)错误吗?
import org.openjdk.jcstress.annotations.*;
import org.openjdk.jcstress.infra.results.ZZ_Result;
import java.util.concurrent.locks.ReentrantReadWriteLock;
/*
* |-----------------|
* | COMPATIBILITY |
* |-----------------|
* | | S | X |
* |-----------------|
* | S | YES | NO |
* | X | NO | NO |
* |-----------------|
*/
public class ReentrantReadWriteLockBooleanCompatibilityTest {
@State
public static class S {
public final ReentrantReadWriteLock lock = new ReentrantReadWriteLock();
public boolean shared() {
return lock.readLock().tryLock();
}
public boolean exclusive() {
return lock.writeLock().tryLock();
}
}
@JCStressTest
@Outcome(id = "true, true", expect = Expect.ACCEPTABLE, desc = "T1 and T2 are both acquired S")
public static class S_S {
@Actor
public void actor1(S s, ZZ_Result r) { r.r1 = s.shared(); }
@Actor
public void actor2(S s, ZZ_Result r) { r.r2 = s.shared(); }
}
@JCStressTest
@Outcome(id = "true, false", expect = Expect.ACCEPTABLE, desc = "T1 acquired S, and T2 could not acquire X")
@Outcome(id = "false, true", expect = Expect.ACCEPTABLE, desc = "T2 acquired X, and T1 could not acquire S")
public static class S_X {
@Actor
public void actor1(S s, ZZ_Result r) { r.r1 = s.shared(); }
@Actor
public void actor2(S s, ZZ_Result r) { r.r2 = s.exclusive(); }
}
@JCStressTest
@Outcome(id = "true, false", expect = Expect.ACCEPTABLE, desc = "T1 acquired X, and T2 could not acquire S")
@Outcome(id = "false, true", expect = Expect.ACCEPTABLE, desc = "T2 acquired S and T1 could not acquire X")
public static class X_S {
@Actor
public void actor1(S s, ZZ_Result r) { r.r1 = s.exclusive(); }
@Actor
public void actor2(S s, ZZ_Result r) { r.r2 = s.shared(); }
}
@JCStressTest
@Outcome(id = "true, false", expect = Expect.ACCEPTABLE, desc = "T1 acquired X, and T2 could not acquire X")
@Outcome(id = "false, true", expect = Expect.ACCEPTABLE, desc = "T2 acquired X and T1 could not acquire X")
public static class X_X {
@Actor
public void actor1(S s, ZZ_Result r) { r.r1 = s.exclusive(); }
@Actor
public void actor2(S s, ZZ_Result r) { r.r2 = s.exclusive(); }
}
}
我曾尝试在 jcstress-dev
上询问过这个问题,但从未收到回复 - http://mail.openjdk.java.net/pipermail/jcstress-dev/2018-August/000346.html .很抱歉交叉发布,但我需要帮助,所以我将重新发布到 StackOverflow,希望引起更多观众的注意。
最佳答案
当针对 jcstress 0.3 运行时,您的测试通过了。在 0.4 版中,行为更改为包括在启动时运行的健全性检查的结果(参见 this commit 针对错误 jcstress omits samples gathered during sanity checks)。
一些健全性检查在单个线程中运行,并且您的测试无法处理两个参与者都被同一个线程调用的情况;您正在测试一个可重入 锁,因此如果写锁已被持有,读锁将通过。
这可以说是 jcstress 中的一个错误,因为 @Actor
上的文档说不变量是:
- Each method is called only by one particular thread.
- Each method is called exactly once per
State
instance.
虽然文档措辞不明确,但生成的源代码清楚地表明其目的是在自己的线程中运行每个 actor。
解决它的一种方法是允许单线程情况通过:
@State
public static class S {
public final ReentrantReadWriteLock lock = new ReentrantReadWriteLock();
public boolean shared() {
return lock.readLock().tryLock();
}
public boolean exclusive() {
return lock.writeLock().tryLock();
}
public boolean locked() {
return lock.isWriteLockedByCurrentThread();
}
}
@JCStressTest
@Outcome(id = "true, false, false", expect = Expect.ACCEPTABLE, desc = "T1 acquired X, and T2 could not acquire S")
@Outcome(id = "false, false, true", expect = Expect.ACCEPTABLE, desc = "T2 acquired S and T1 could not acquire X")
@Outcome(id = "true, true, true", expect = Expect.ACCEPTABLE, desc = "T1 acquired X and then acquired S")
public static class X_S {
@Actor
public void actor1(S s, ZZZ_Result r) {
r.r1 = s.exclusive();
}
@Actor
public void actor2(S s, ZZZ_Result r) {
r.r2 = s.locked();
r.r3 = s.shared();
}
}
或者检查单线程情况并将其标记为“有趣”而不是接受:
@State
public static class S {
public final ReentrantReadWriteLock lock = new ReentrantReadWriteLock();
public AtomicReference<Thread> firstThread = new AtomicReference<>();
public boolean shared() {
firstThread.compareAndSet(null, Thread.currentThread());
return lock.readLock().tryLock();
}
public boolean exclusive() {
firstThread.compareAndSet(null, Thread.currentThread());
return lock.writeLock().tryLock();
}
public boolean sameThread() {
return Thread.currentThread().equals(firstThread.get());
}
public boolean locked() {
return lock.isWriteLockedByCurrentThread();
}
}
@JCStressTest
@Outcome(id = "false, true, false, false", expect = Expect.ACCEPTABLE, desc = "T1 acquired X, and T2 could not acquire X")
@Outcome(id = "false, false, false, true", expect = Expect.ACCEPTABLE, desc = "T2 acquired X and T1 could not acquire X")
@Outcome(id = "false, true, true, true", expect = Expect.ACCEPTABLE_INTERESTING, desc = "Both actors ran in the same thread!")
@Outcome(id = "true, true, false, true", expect = Expect.ACCEPTABLE_INTERESTING, desc = "Both actors ran in the same thread!")
public static class X_X {
@Actor
public void actor1(S s, ZZZZ_Result r) {
r.r1 = s.sameThread();
r.r2 = s.exclusive();
}
@Actor
public void actor2(S s, ZZZZ_Result r) {
r.r3 = s.sameThread();
r.r4 = s.exclusive();
}
}
正如您在评论中指出的那样,上述测试中的最终 @Outcome
永远不会发生。这是因为单线程健全性检查不会在运行 actor 之前对其进行洗牌(请参阅生成的测试类中的方法 sanityCheck_Footprints
)。
关于java - 对 ReentrantReadWriteLock#tryLock 失败的 jcstress 测试感到困惑,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52502306/
以下代码已被 Fortify 标记为违规(锁的“未释放资源”) try { if (lock.tryLock(1, TimeUnit.SECONDS)) { try { //d
我正在实现 ShareKit,到目前为止在 iOS5.1 和 6.0 上运行良好,但是 5.0 在模拟器中给我带来了一些问题。 每当我执行操作表并离开程序(例如在浏览器中启动 Facebook)时,我
我想知道是否有人可以帮助我。我是并发编程的新手,我有以下代码,有时会给我一个 IllegalMonitorStateException 作为当前不拥有锁的线程正在尝试解锁。 我在 OTN 论坛上被告知
我遇到了以下问题: 我们有一个包含两个步骤(s1 和s2)的多部分流程P。该过程已实现,在 s1 中获取了一个锁 - 但未释放。在 s2 中再次需要锁(?)并且在 s2 完成后,再次释放锁。 来自do
tryLock方法的文档说它是一个非阻塞方法 这允许您获得/获取锁(如果在调用该方法时可能的话)。 但我想知道:如何才能在获得锁的同时保证 你的方法 (tryLock) 是非阻塞的?!获得锁意味着你是
我尝试了使用同步、lock.lock()和lock.tryLock()的线程竞赛程序,我发现使用同步和lock.lock()工作得很好,但lock.tryLock()本身不是线程安全的。此方法无法获取
这是关于可重入锁中的 tryLock() 方法。我正在运行下面的示例代码。我知道这段代码会陷入死锁。 import java.util.concurrent.locks.ReentrantLock;
我有一个线程服务器,可以添加/附加/读取文件并将数据中继到客户端。 如果正在添加一个文件,则没有其他线程可以追加/读取它。如果正在追加文件,则没有线程可以追加/读取它。如果正在读取文件,则没有其他线程
在 API docs方法tryLock()的Lock接口(interface),粘贴此代码示例, A typical usage idiom for this method would be: L
我想我只是没有看到一些东西,因为我过去已经让它工作了。 我的锁没有持有独占锁,当创建对象的新实例时,tryLock 返回 true 并安排另一个 TimerTask。 public class A {
我有两个进程可能同时访问同一个文件,想实现文件锁定。问题似乎是一个进程是用 java 编写的,另一个是用 C 编写的,并且不清楚在 java 端如何实现低级锁定。该平台是 Solaris 10。我试图
我正在使用 D3DImage 作为我的 WPF 用户控件的一部分。极少数情况下,在渲染时,D3DImage.TryLock 会失败。 到目前为止,我还没有找到任何关于 D3D.TryLock 为什么会
快速背景: app是一个音频播放器,ffmpeg编译为native共享对象用于解码,单独的native library编译为共享对象用于音频处理,AudioTrack用于输出处理后的音频。所有音频功能
在 Qt 文档中关于 QMutex据说: (...) When you call lock() in a thread, other threads that try to call lock() i
当我在前任所有者死后尝试使用“trylock”锁定互斥锁时,我发现了意外行为 无需解锁。 第一个使用 'trylock' 的进程按预期获得 EOWNERDEAD 状态,因此使用 'unlock' 函数
我编写了一个小方法,用于告诉我应用程序的另一个实例是否已在运行。我知道有很多方法可以查明另一个实例是否正在运行,但我选择了这个。我正在创建一个空文件并在应用程序实例期间保持锁定状态。如果另一个实例正在
对 trylock 的不当使用 T1 T2 x = 42; while (
这个问题已经有答案了: 已关闭10 年前。 Possible Duplicate: Problem with Java file locking mechanism (FileLock etc) 在下
如果我手动打开 .txt 文件,然后执行代码来检查文件是否打开。总是说文件未打开。但相同的代码对于任何 MS Office(.doc、.xls、.ppt)都可以按预期工作。 这是代码片段:
ReentrantReadWriteLock.ReadLock ReentrantReadWriteLock.WriteLock 对于上面的两个类,我是这样调用锁的吗 try { readL
我是一名优秀的程序员,十分优秀!