草庐IT

optimistic-concurrency

全部标签

java - 如何在 java.util.concurrent.atomic 包中定义的类中实现原子性?

我正在浏览java.util.concurrent.atomic.AtomicInteger的源代码,以了解该类提供的原子操作是如何实现原子性的。例如AtomicInteger.getAndIncrement()方法源码如下publicfinalintgetAndIncrement(){for(;;){intcurrent=get();intnext=current+1;if(compareAndSet(current,next))returncurrent;}}我无法理解在无限循环中编写操作序列的目的。它在Java内存模型(JMM)中是否有任何特殊用途。请帮我找到一个描述性的理解。提

Java:SingleThreadScheduledExecutor & java.util.concurrent.RejectedExecutionException

我有这个问题,我有privateScheduledExecutorServiceexecutor=Executors.newSingleThreadScheduledExecutor();以及每50毫秒创建一次的任务:executor.scheduleAtFixedRate(myTask,0,50,TimeUnit.MILLISECONDS);myTask有时需要一段时间才能完成(例如2-3秒左右),但newSingleThreadScheduledExecutor保证下一个计划的myTask将等到当前任务完成。但是,我有时会收到此错误:执行:java.util.concurrent.

java - java.util.concurrent.Delayed 真的迫使我违反 equals/compareTo 一致性吗?

尝试使用Java的DelayQueue,我必须实现Delayed接口(interface),它需要一个compareTo()"methodthatprovidesanorderingconsistentwithitsgetDelaymethod.".目的当然是DelayQueue可以轻松地对排队的对象进行排序,以便下一个用完延迟的对象可以返回给任何接受者。现在我还需要提前从队列中删除对象。我需要调用delayQueue.remove(queuedObject)。这当然只有在排队的对象有一个equals()方法来反射(reflect)它们的有效负载而不是完全不相关的剩余延迟时间时才有效。

concurrency - 为什么并发控制使用经典的二条件算法

在阅读ArrayBlockingQueue的源代码时,我发现了一条评论,解释说它使用了“任何教科书中都能找到的经典双条件算法”:/**Concurrencycontrolusestheclassictwo-conditionalgorithm*foundinanytextbook.*//**Mainlockguardingallaccess*/privatefinalReentrantLocklock;/**Conditionforwaitingtakes*/privatefinalConditionnotEmpty;/**Conditionforwaitingputs*/privat

java - Java 中 java.util.concurrent.atomic 包中类的确切用途是什么?

我是比较新的java。我试图了解包中类的用法:java.util.concurrent.atomic我试图了解这个包的javaDoc以掌握它。但是当我应该使用这些类时,它真的没有任何意义。有人可以用简单的话举例和更多描述吗?谢谢 最佳答案 考虑10个线程递增inti(初始化为0)并将值输出到控制台。你可以得到这样的东西:12233566810例如,AtomicInteger可确保每个线程都可以原子地递增或递减值,从而确保写入操作以同步方式发生,对于10个线程,输出始终为:12345678910

java - scala.concurrent.forkjoin.ForkJoinPool 与 java.util.concurrent.ForkJoinPool

为什么要为ScalaforkForkJoinPool?哪种实现方式和哪种情况更受欢迎? 最佳答案 scala库拥有自己的ForkJoinPool副本的明显原因是scala必须在1.7之前的JVM上运行,而ForkJoinPool仅在Java1.7中引入。此外,还针对内部(scala)使用进行了一些更改,例如:https://github.com/scala/scala/commit/76e9da2ca4c31daec2b04848c3c2dbad6ecd426e考虑到scala的版本可能不会给您带来任何优势(如果您针对java1.7

java - 如何解决对 java.util.concurrent.ConcurrentHashMap 的 findbug 调用序列可能不是原子的

您好,当我在我的项目中针对以下代码运行查找错误时,遇到错误“对java.util.concurrent.ConcurrentHashMap的调用序列可能不是原子的”。publicstaticfinalConcurrentHashMap>personTypeMap=newConcurrentHashMap>();privatestaticvoidsetDefaultPersonGroup(){PersonDaocrud=PersonDao.getInstance();ListpersonDBList=crud.retrieveAll();for(Personperson:personDB

java - 在 Brian Goetz 的 Java Concurrency In Practice 中,为什么 Memoizer 类没有使用 @ThreadSafe 注释?

BrianGoetz的JavaConcurrencyInPractice提供了一个用于并发使用的高效可伸缩缓存示例。该示例的最终版本显示了Memoizer类(第108页)的实现,显示了这样一个缓存。我想知道为什么这个类没有用@ThreadSafe注释?缓存的客户端类Factorizer已使用@ThreadSafe正确注释。附录指出,如果一个类未使用@ThreadSafe或@Immutable进行注释,则应假定它不是线程安全的。不过,Memoizer似乎是线程安全的。这是Memoizer的代码:publicclassMemoizerimplementsComputable{private

c++ - 为什么我可以选择*不*在运行中调用 Concurrency::agent::done?

这是在MicrosoftC++并发API的上下文中。有一个名为agent的类(在Concurrency命名空间下),它基本上是一个状态机,您可以派生并实现纯虚拟agent::run.现在,您有责任调用agent::start,这会将其置于可运行状态。然后调用agent::wait*或其任何变体来实际执行agent::run方法。但为什么我们必须在正文中调用agent::done?我的意思是,显而易见的答案是agent::wait*将等到发出完成信号或超时已过,但是...设计师的意图是什么?为什么不让代理在agent::run返回时进入完成状态?这就是我想知道的。为什么我可以选择不调用d

c++ - 为什么执行者不在 Concurrency TS 和 std::future 接口(interface)中了?

std::future::then的接口(interface)在论文中N3784包含一个重载版本,该版本接受一个执行程序(在N3562中有更多描述)作为参数。所以如果你想更多地控制回调在哪个线程上执行,你可以这样做。但是这里的官方文档介绍了并发TS中的所有功能http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/p0159r0.html#futures.unique_future不包括.then()的重载并且根本不提及执行程序。它说Whentheobject'ssharedstateisready,thecontinuation