同步锁竞争教程

高性能锁ReentrantReadWriteLock

多线程读取并修改一个资源时，我们过去通常使用synchronized同步锁，这个是有性能损失的，很多情况下：资源对象总是被大量并发读取，偶尔有一个线程进行修改，也就是说：以读为主，修改不是很频繁，那么我们在JDK5.0中用ReentrantReadWriteLock就获得比synchronized更

J2EE事务并发控制策略总结

本文结合hibernate以及JPA标准，对J2EE当前持久层设计所遇到的几个问题进行总结：第一：事务并发访问控制策略当前J2EE项目中，面临的一个共同问题就是如果控制事务的并发访问，虽然有些持久层框架已经为我们做了很多工作，但是理解原理

如何解决不同线程对同一个表的INSERT和UPDATE操作的死锁

在ORACLE中遇到一个问题是有两个不同的线程（呵，其实不了解到底能不能称之为线程），一个是对一个表进行INSERT操作，另一个是对同一个表进行UPDATE操作，两个线程会同时进行，也就是INSERT与UPDATE同时对一个表进行操作，我该如何解决他们的死锁问题，很急的问题，请提供方法：）

并发应用中不可变数据结构

并发并行编程是当前热点，过去我们知道使用锁synchronization来解决多线程并发访问同一个数据结构时共享问题，甚至我们怀疑数据共享方式本身是不是就错了？所以，云计算的数据喂任务模式开始盛行，但是数据共享方式从我们开始软件第一天就已经习惯，如何在这个共享模式下实现高并发访问呢？也就是不使用锁s

该在什么时候使用乐观锁（Version）？

现在我们做的这套OA系统采用Hibernate的Version来控制并发，我不太明白的是在什么情况下要进行Version控制？是不是只要有并发修改/删除的时候都要控制呢？比如帐户有可能被多个人操作，而帐户又比较敏感，当然应该做控制。不过，像消息通知这种东西，虽然有可能并发操作，但有必要控制吗

多线程锁的问题

需求：有两个方法：put()与get()，多个线程都会调用put和get，要求put与get同步，put自己也要同步问题：请问使用ReentrantReadWriteLock可以解决吗？

关于并发锁的设计问题

大家好，今天刚到Jdon，以后多多关照啊^_^ 今天碰上个设计问题，在这请教了。问题背景：1 项目是政府办公自动化系统，涉及到工作流。在办公流程中，会出现各种并发的任务。（比如：一份公文的审批，需要多个

请各位帮我解释下为什么 synchronized没 ReentrantReadWriteLock 的性能好

synchronized public int getState() { return state; } public synchronized void setState(int a) {

多线程中的race condition问题

在多线程中， java语言有一个synchronized关键字，作用是防止两个或多个线程在同一时间点对相同的对象调用它的method（它：代表该对象中被synchronized关键字修饰的方法）下面有这么个runnable对象；public class A extends Ru

使用DDD提高性能和可伸缩性

通常软件需求有功能性需求和非功能性需求，在以往数据库驱动方式下，这两个目标是分别需要考虑的，是一个需要分别衡量的指标，但是因为使用DDD，就可以将这两个需求融于一身实现，这不但对象OO的功能，更是DDD定义的聚合边界的功能，

性能和锁的问题

高性能的系统设计上一般都会考虑缓存，根据我的了解，一般高性能跟锁是矛盾的，比如要实现高性能，并发问题就很难解决。并发问题解决了。性能就降低了，好象一直矛盾，解决不了。比如用hashmap做缓存，hashmap本身就是非线程安全的，在多线程环境中运行，肯定有问题。但是如果加了锁处理。性能明显下降。大家