草庐IT

Synchronized

全部标签

java - hibernate/Ehcache : evicting collections from 2nd level cache not synchronized with other DB reads

我有一个使用JPA、Hibernate和ehcache的应用程序,以及Spring的声明式交易。数据库上的负载相当高,因此所有内容都被缓存以加快速度,包括Collection品。现在集合被单独缓存已经不是什么secret了来自拥有它们的实体,所以如果我删除一个作为此类元素的实体缓存集合,持久化一个应该是一个元素的实体,或者更新一个实体使得它从一个集合移动到另一个集合,我必须执行驱逐手工制作。所以我使用了一个hibernate事件监听器,它跟踪实体被插入、删除或更新并保存该信息以用于在Spring中注册的事务同步事务管理器采取行动。一旦事务已提交。现在的问题是很多时候,一些其他并发事务设

Java:两个 WAITING + 一个 BLOCKED 线程,notify() 导致活锁,notifyAll() 不会,为什么?

我试图实现类似于Java的有界BlockingQueue的东西当我偶然发现一些我不理解的行为时,使用Java同步“原语”(synchronized、wait()、notify())的接口(interface)。我创建了一个能够存储1个元素的队列,创建了两个等待从队列中获取值的线程,启动它们,然后尝试在主线程的同步块(synchronizedblock)中将两个值放入队列中。大部分时间它都能正常工作,但有时等待一个值的两个线程似乎开始互相唤醒并且不让主线程进入同步块(synchronizedblock)。这是我的(简化的)代码:importjava.util.LinkedList;imp

java - 为什么你永远不应该在可选的 java 对象上使用 synchronized

我正在学习java可选包装器,为此我正在阅读以下内容tutorial但是我有一个简单的问题没有在文章中得到解答:在第25项:避免对可选对象使用身份敏感操作中,他们提到从不使用像这样的同步方式的可选对象:Optionalproduct=Optional.of(newProduct());synchronized(product){...}但没有解释为什么,所以请这里的任何人向我解释为什么这是一种不好的做法??? 最佳答案 因为[value-basedclasses]arefreelysubstitutablewhenequal,mea

java: wait(), notify() 和同步块(synchronized block)

我了解到调用对象的wait()方法将释放对象监视器(如果存在)。但是我有一些关于通过另一个线程在这个对象上调用notify()的问题:如果另一个(第3个)线程同时拥有对象监视器,等待线程(何时)会醒来?如果第3个线程在此对象上调用wait(),等待线程会被唤醒吗?是否可以确定线程是否正在等待通知特定对象(java1.4/java5)如果在finalize()方法中调用wait()会发生什么? 最佳答案 当您从线程调用wait()时,该线程将停止执行并将其添加到对象的等待集中。当你从另一个线程调用notify()时,等待集中的一个随机

java - 同步块(synchronized block)可以比 Atomics 更快吗?

假设以下两个计数器实现:classCounter{privatefinalAtomicIntegeratomic=newAtomicInteger(0);privateinti=0;publicvoidincrementAtomic(){atomic.incrementAndGet();}publicsynchronizedvoidincrement(){i++;}}乍一看,原子应该更快,更具可扩展性。他们是,我相信。但是它们总是比synchronizedblock快吗?或者当这个规则被打破时存在某些情况(例如SMP/单CPU机器、不同的CPUISA、操作系统等)?

java - 在 Java 中从 main() 中的 Thread 实例上运行 wait()

我正在研究java.lang.Object中wait()的定时版本,并观察到它在两种不同情况下的行为不同。场景一:在Thread中使用run()的默认定义publicstaticvoidmain(String[]args)throwsInterruptedException{Threadt=newThread();t.start();System.out.print("X");synchronized(t){t.wait(10000);}System.out.print("Y");}关于场景1的问题:我在X和Y之间遇到延迟。这是因为我从main调用wait()(即使在t上),因此调用m

线程安全——Synchronized

线程安全——Synchronized文章目录线程安全——Synchronized1.使用方法1.1修饰方法1.2修饰代码块1.3锁静态方法1.3给一个线程加锁,也会出现线程安全问题1.4锁对象1.5锁信息的记录总结:2.特性前面我们介绍了在Java中可以用加锁关键字synchronized保证原子性。在线程安全中通过synchronized给线程加锁,是线程由并行变为串行,这时可能会有疑问说:使用多线程的目的就是提高代码效率,加锁后就变成了单线程了,岂不是多此一举了?因此在使用多线程时要注意一下几点使用多线程的前提是必须保证结果的正确在多线程修改共享变量时,才会出现线程安全问题;通过缩小锁的范

java - 遍历同步集合

我在这里问了一个关于遍历Vector的问题,我得到了一些很好的解决方案。但我读到了另一种更简单的方法。我想知道这是否是好的解决方案。synchronized(mapItems){Iteratoriterator=mapItems.iterator();while(iterator.hasNext())iterator.next().draw(g);}mapItems是一个同步集合:Vector。这是否使Vector的迭代免受ConcurrentModificationException的影响? 最佳答案 是的,它将使其免受Concu

java - 什么是同步块(synchronized block)中的读屏障和写屏障

我正在研究synchronized和volatile变量在java中是如何工作的,我遇到了一个叫做readandwritebarrier的概念。任何人都可以帮助我理解这些术语的含义 最佳答案 (上面的回答很完整),我只是想用一个简单的方案来演示这个概念Thread1Thread2|||||||EverythingThread1||wrotebeforehere|||||__________|(writebarrier)(happensbefore)(readbarrier)||________||isguaranteed||tobe

java - 在同步块(synchronized block)中写入 volatile 数组的必要性

有关JMM的问题以及有关在同步块(synchronizedblock)中写入但未同步读取的volatile字段的语义。在下面代码的初始版本中,我没有同步访问,因为它对于早期的需求来说是不必要的(并且滥用自赋值this.cache=this.cache确保了易变的写入语义)。某些要求已更改,需要同步以确保不会发送重复的更新。我的问题是同步块(synchronizedblock)是否排除了对volatile字段的自赋值?//Cacheofbyte[]databyrowandcolumn.privatevolatilebyte[][][]cache;publicbyte[]getData(i