多线程编程指南

我使用disruptor做性能测试。程序结构是这样的，我使用异步servlet接收请求，请求接收后就调用ForwardService.publish()方法将请求事件放入disruptor里，disruptor的消费者只是简单的结束servlet请求。我现在用jemeter起200个

近日在工作上遇到这么一个问题，我们公司的应用在现场服务器环境中运行中，发现了一些问题，比如一个完整产品的某个模块处理数据的进度在产品升级后变得较之前缓慢，甚至在刷新数据方面完全失效，进而导致前台报表没有展示出近期的业务数据。在解决开始阶段，就遇到了现场的数据库超过最大连接数的情况，所以无

很简单 100个请求过来了，每个请求都会有三个事件 ，accept,read writem ,如果只有一个主线程轮训，每遍历到一个事件都得线性的去处理他，等处理完了再处理第二个时间，如果有个write的写操作要写很多数据，那也得等这个write写完了再处理下一个， 要改善这种情况，还得用一个

现在有一个list,多个线程并发访问，有的线程add,有的线程get，请问有什么方法保证这个list数据同步及高性能我试过了，使用synchronized和ReentrantLock性能都不是很高

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

有相关的内部分析或原理文章么？对通过计算方式去掉锁相当感兴趣，我也正在寻找相关文章中[该贴被admin于2012-02-07 06:28修改过]

如题，java线程模型是什么？这个概念产生的前因后果又是什么？它存在的意义又是什么呢？希望大家能给个准确的答案

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

本来在上篇帖子里发了，不过没人回答，呵呵 做一个新的问题，问问大家怎么看。 effective java中文版一书中，在165页里说： 迟延初始化（lazy initialization）的双重检查模式（DCL

The ThreadPool is dead 线程池不是真正死了，不用，而

我用的seam架构的项目，目前想在系统中让服务器启动后就自动启动一个多线程的任务。我现在用的seam组件类A的一个方法去循环实例化多个继承自Thread的线程类B，而线程类中的run方法又调用了A的一些数据保存方法。所以我在B中实例化了A类，我试了三种方式，1：以new 关键字实例化

各位大牛好，最近涉及一些跨语言的开发，用了一些诸如ice，activemq及rmi等的技术，但总觉得，好像用起来不太对，请诸位帮忙释疑。环境：因为有大数据量的实时数据传输，是实时的数据，所以我们启用了ice中的icestorm这个消息中间件来传输，我们所需的数据到 一个java的应用

记得去年面试中，面试官问过我这么一个问题，回来读了许久书，终于比当初明白了一些，但是还是感觉心中所理解的不够全面，所以在论坛里发出来，大家一同探讨探讨。他的问题是，多线程的优劣分别是什么？是不是线程创建得越多，程序的性能效率就越高？恳请大家踊跃拍砖！望道友们多赐教，这个问题，如何回答，才比较全面清晰

简述一下场景是这样：我使用LinkedBlockingQueue队列把来自网关的数据保存，并用take()取出数据处理下发。LinkedBlockingQueue里面大致参数如下：手机号码，命令类型，当前任务，任务数组，。 手机端需

java.util.concurrent.atomic.AtomicMarkableReference类 介绍说能够几个对象同时变更，这个同时是原子的吧，那么如何用呢？这个和我原子更新N个对象的方式貌似不同，求解答一下。（网上查这个类，基本没有例子，只有d