Java线程之Worker Thread Pattern
Worker Thread Pattern的参与者：
1. Client（委托人）参与者
Client参与者会建立Request参与者，并传给Channel参与者。
2. Channel（通路）参与者
Channel参与者会从Client参与者获取Request参与者，传递给Worker参与者。
3. Worker（工人）参与者
Worker参与者会从Channel参与者获取Request参与者，并执行这份工作。当工作结束之后，会去拿下一个Request参与者。
4. Request（请求）参与者
Reqeust参与者用来表示工作。Request参与者会存放执行这份工作所需要的数据。
---------------------------------------------
控制承载量：
Worker参与者的数量是可以自由设置的。提高Worker参与者的数量，可以提高并发处理的工作量。但是如果准备的Worker参与者数量比同时间的工作量来的多，有些Worker参与者也派不上用场，没活干，还会占用内存。所以有必要配合实际软件使用的需要来调整Worker参与者的数量。
---------------------------------------------
Invocation与execution的分离：
Client参与者会发出工作请求，工作的内容以Request的形式包装起来，传递个Channel参与者。这个过程，对应于普通的方法调用来说，就相当于“评估自变量，启动方法”的操作。
另一方面，Worker参与者会使用从Channel参与者拿来的Request参与者，进行实际的操作。这个过程，对应于普通的方法调用来说，可以对应到“执行方法”的部分。
普通的方法调用的操作，“启动方法”和“执行方法”是连续进行的。当一个方法一经调用，就会马上继续执行，启动和执行是密不可分的。
在Worker Thread Pattern中，实现了“启动方法”和“执行方法”的分离。这样的好处有：
1. 提高响应性。
invocation可以继续自己前进，不用等待execution，这样能提高程序的响应性。
2. 控制实行顺序。
invocation和execution分离，execute的顺序就可以与invoke的次序无关，也就是说，我们可以对Request参与者设立优先级，控制Channel参与者传递Request给Worker参与者的顺序。
3. 可以取消和重复执行。
如果能将invocation和execution分离，那么就能做到在execute之前，把已经invoke的请求的execution取消掉。
同样，只要把Request参与者保存下来，就可以重复执行。
4. 分散处理的第一步
因为invocation和execution分离了，所�
相关文档：
内部类
1.内部类允许定义static成员么？为什么？
2.内部类有没有多态性？
异常处理
1.派生类构造器是否会捕获到基类构造器抛出的异常？
2.如何用异常类的initCause方法实现异常链？
序列化
1.static成员是否会被序列化？
2.是否允许基类不可序列化而派生类可序列化？ ......
JAVA开发者最常去的20个英文网站
1.[http://www.javaalmanac.com] – Java开发者年鉴一书的在线版本. 要想快速查到某种Java技巧的用法及示例代码, 这是一个不错的去处.
2.[http://www.onjava.com] – O’Reilly的Java网站. 每周都有新文章.
3.[http://java.sun.com] – 官方的Java开发者网站 &ndash ......
In recent years, web services have emerged as a popular technology for remote method calls. Technically, a web service has two components:
A service that can be accessed with the SOAP transport protocol
A description of the service in the WSDL format
SOAP is an XML protocol for invoking remote me ......
j2ee的学习顺序
我认为j2ee一定要循序渐进，我自己就是这样，从一个一般高校计算机系毕业，
然后满怀梦想和激情去找工作，我kao,那个单位都给我白眼，连会老家的心都有了，那个时候和几个哥们，住在地下室（就在北航那里）。环境相当恶劣，女朋友天天催我找工作，我屁都不会，怎么找?连死的心都有了（不知道大家有没有� ......
