我也谈谈JAVA并发程序设计的现状和前景

说的太浅。。。

j.u.c中, 为了解决大量读操作, 少量写操作而致使全同步的性能低下问题, 提出了ReadWriteLock的概念.

当读取操作时, 使用读锁, 写入操作时, 用写锁.

普通读取操作, 它将忽略同步, 性能与不采用锁相差无几.
当写操作触发时, 才迫使读锁进行工作, 此时, 读取操作将被等待.

这种机制也是从一定程度上解决了我们常见的问题.

至于用CAS实现非阻塞算法, 与原子变量, 感觉意义不大了.
毕竟, 全用原子变量的程序, 逻辑更难理解.

一个钻了　也说这话？

很古老的概念了，很古老就有实现了。。。

就是多线程呗，多线程没什么好书，学得也是二乎乎的。

明年CPU都是4核主打了， 并发是必然的，而且现在的web开发很多也都采用的ajax很多ajax的解决方案也都使后台人员只需要关注把xml传回，使用new io并发来减少堵塞的情况的出现。传统线程模式在交互上也有诸多不便

“并行”是指无论从微观还是宏观，二者都是一起执行的，就好像两个人各拿一把铁锨在挖坑，一小时后，每人一个大坑。多核处理器适用于并行。 而“并发”在微观上不是同时执行的，只是把时间分成若干段（时间片），使多个进程快速交替的执行，从宏观外来看，好像是这些进程都在执行，这就好像两个人用同一把铁锨，轮流挖坑，一小时后，两个人各挖一个小一点的坑，要想挖两个大一点得坑，一定会用两个小时。

phantomhu 写道：




并发和并行都没分清还说什么并发是必然的,搞不懂你们在说什么呢.

不知道LZ的Hosting Based Interfacing和移动代理的差异。个人觉得非常相像。

使用 j.u.c 的工程在并发控制的代码编写上，明显比传统的 synchronized wait notify 组合来得简单得多