Java中�ƈ发环境中的For和ForEach

Lu Han — Wed, 05 Sep 2012 06:09:00 GMT

package creative.air.datastructure.array;

import java.util.ArrayList;

import java.util.concurrent.CountDownLatch;

import java.util.logging.Level;

import java.util.logging.Logger;

public class IterateList {

static final Logger logger = Logger.getLogger(IterateList.class.getName());

static ArrayList list = new ArrayList();

static final CountDownLatch gateLatch1 = new CountDownLatch(1);

static final CountDownLatch gateLatch2 = new CountDownLatch(1);

public void addMock() {

int top = 0;

while (top < 20) {

list.add(top++);

}

public void iterating1() {

try {

//java.lang.IndexOutOfBoundsException:

//for (int i = 0, len =list.size(); i < len; i++) {

for (int i = 0; i < list.size(); i++) {

if (i == 3) {

gateLatch1.countDown();

}

logger.log(Level.INFO, "i={0} list({1})='{'{2}'}'", new Object[]{i, i, list.get(i)});

}

} catch (Exception e) {

logger.log(Level.SEVERE, null, e);

}

public void iterating2() {

try {

int i = 0;

//java.util.ConcurrentModificationException:

for (int n : list) {

if (i == 3) {

gateLatch2.countDown();

}

logger.log(Level.INFO, "i={0} list({1})='{'{2}'}'", new Object[]{i, i, n});

i++;

}

} catch (Exception e) {

logger.log(Level.SEVERE, null, e);

}

public static void main(String[] ss) {

IterateList test = new IterateList();

Thread remover1 = new Thread(new Runnable() {

@Override

public void run() {

try {

gateLatch1.await();

} catch (InterruptedException ex) {

logger.log(Level.SEVERE, null, ex);

}

if (!list.isEmpty()) {

list.remove(0);

}

logger.log(Level.INFO, "list size:{0}", list.size());

}

});

Thread remover2 = new Thread(new Runnable() {

@Override

public void run() {

try {

gateLatch2.await();

} catch (InterruptedException ex) {

logger.log(Level.SEVERE, null, ex);

}

if (!list.isEmpty()) {

list.remove(0);

}

logger.log(Level.INFO, "list size:{0}", list.size());

}

});

remover1.start();

remover2.start();

test.addMock();

test.iterating1();

test.iterating2();

}

Lu Han 2012-09-05 14:09 发表评论

Lu Han — Wed, 25 Apr 2012 02:45:00 GMT

ACID
atomicity [,ætə'misəti] 原子�?/span>
consistency [kən'sistənsi] 一致�?/span>
isolation ['aisə'leiʃən] 隔离�?/span>
durability [,djuərə'biləti] 持久�?br />
InnoDB
QPS Question Per Second
TPS Transaction Per Second=(com_commit+com_rollback)/time

隔离�U�别	更新丢失	脏读�?span lang="EN-US">	重复��d��	�q�读
未授权读�?/span>READ-UNCOMMITTED	N	Y	Y	Y
授权��d��READ-COMMITTED	N	N	Y	Y
可重复读�?/span>REPEATABLE-READ	N	N	N	Y
串行SERIALIZABLE	N	N	N	N

数据库�ƈ发操作存在的异常情况�Q?/span>

1.更新丢失�Q�LostUpdate�Q�：

A和B事务�q�发执行�Q�A事务执行更新后，提交�Q�B事务在A事务更新后，B事务�l�束前也做了对该行数据的更新操作�Q�然后回滚，则两�ơ更新操作都丢失了�?/span>

�W�一�c�M��失更�?回滚丢失�Q�Lost update)�?/span>

在事务A期间�Q�事务B�Ҏ��据进行了更新�Q�在事务A撤销之后�Q�覆盖了事务B已经提交的数据�?/span>

SQL92没有定义�q�种现象�Q�标准定义的所有隔��ȝ��别都不允许第一�c�M��失更新发生�?/span>

�W�二�c�M��失更�?覆盖丢失/两次更新问题�Q�Second lost update)�?/span>

在事务A期间�Q�事务B�Ҏ��据进行了更新�Q�在事务A提交之后�Q�覆盖了事务B已经提交的数据�?/span>

�W�二�c�M��失更斎ͼ�实际上和不可重复��L��同一�U�问题�?/span>

2.脏读取（DirtyReads�Q�：

A和B事务�q�发执行�Q�B事务执行更新后，A事务查询B事务没有提交的数据，B事务回滚�Q�则A事务得到的数据不是数据库中的真实数据。也��是脏数据，卛_��数据库中不一致的数据�?/span>

3.不可重复��d��Q�Non-repeatableReads�Q�：

A和B事务�q�发执行�Q�A事务查询数据�Q�然后B事务更新该数据�ƈ提交�Q�A再次查询该数据时�Q�发现该数据变化了�?/span>

4.�q�读�Q�PhantomReads�Q�：也称为��像（�q�d��Q��?/span>

A和B事务�q�发执行�Q�A事务查询数据�Q�B事务插入或者删除数据�ƈ提交�Q�A事务再次查询发现,�l�果集中,有以前没有的数据或者以前有的数据消�׃��?br />

��Z��避免上面出现几种情况在标准SQL规范中定义了4个事务隔��ȝ�别，不同隔离�U�别对事务处理不同�?/span>

1. READ-UNCOMMITTED未授权读�?未提交读

允许脏读取但不允许更��C��失�?/span>

如果一个事务已�l�开始写数据�Q�则另外一个事务不允许同时�q�行写操作，但允许其他事务读此行数据。通过“排他写锁”实现�?/span>

2. READ-COMMITTED授权��d��/提交�?/span>

允许不可重复��d��但不允许脏读取�?/span>

更新语句提交以后别的事务才能��d��q�个改变。读取数据的事务允许其他事务�l�箋讉K��该行数据�Q�但是未提交的写事务��会��止其他事务讉K��该行。通过“瞬间�׃�n读锁”�?#8220;排他写锁”实现�Q?/span>

在此隔离�U�下�Q�SELECT命��o不会�q�回��未提交�Q�Committed�Q�的数据�Q�也不能�q�回脏数据�?/span>

3. REPEATABLE-READ可重复读�?/span>

��止不可重复��d��和脏��d��。但是有时可能出现��影数�?/span>

在同一个事务里面先后执行同一个查询语句的时候，��保得到的结果是一��L��。读取数据的事务��会��止写事务（但允许读事务�Q�，写事务则��止��M��其他事务。通过“�׃�n读锁”�?#8220;排他写锁”实现�Q?/span>

在此隔离�U�下�Q�用SELECT命��o��d��的数据在整个命��o执行�q�程中不会被更改。此选项会媄响系�l�的效能�Q�非必要情况最好不用此隔离�U��?/span>

4. SERIALIZABLE串行/可串行读�?/span>

事务只能一个接着一个地执行�Q�但不能�q�发执行。如果仅仅通过“行��?#8221;是无法实��C��务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作事务讉K��到�?/span>

Lu Han 2012-04-25 10:45 发表评论

Java安全传输实践2

Lu Han — Fri, 04 Nov 2011 20:27:00 GMT

证书概述�Q?/strong>
ICM服务器证�?�׃��间CA�{�֏� 中间CA由CA�{�֏�
UCGW客户端证�?�׃��间CA�{�֏� 中间CA由CA�{�֏�

证书�{�֏��q�程�Q?/strong>
创徏ICM自签证书

keytool -genkey -dname "CN=mars_icm, OU=rv, O=rcd, L=ZB, ST=bj, C=China" -alias icm -keyalg RSA -keystore temp/iview.keystore -keypass 111111 -storepass 111111 -validity 60

keytool -certreq -alias icm -keypass 111111 -file "temp/icm.self.csr" -keystore "temp/iview.keystore" -storepass 111111

keytool -export -alias icm -keystore temp/iview.keystore -storepass 111111 -rfc -file temp/icm.self.cer

创徏UCGW自签证书

keytool -genkey -dname "CN=mars_UCGW, OU=rv, O=rcd, L=ZB, ST=bj, C=China" -alias ucgw -keyalg RSA -keystore temp/ucgw.keystore -keypass 111111 -storepass 111111 -validity 60

keytool -certreq -alias ucgw -keypass 111111 -file "temp/ucgw.self.csr" -keystore "temp/ucgw.keystore" -storepass 111111

keytool -export -alias ucgw -keystore temp/ucgw.keystore -storepass 111111 -rfc -file temp/ucgw.self.cer

创徏中间CA自签证书

keytool -genkey -dname "CN=mars_inter, OU=rv, O=rcd, L=ZB, ST=bj, C=China" -alias intermediary -keyalg RSA -keystore temp/inter.keystore -keypass 111111 -storepass 111111 -validity 60

keytool -certreq -alias intermediary -keypass 111111 -file "temp/inter.self.csr" -keystore "temp/inter.keystore" -storepass 111111

keytool -export -alias intermediary -keystore temp/inter.keystore -storepass 111111 -rfc -file temp/inter.self.cer

创徏CA证书

keytool -genkey -dname "CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China" -alias root -keyalg RSA -keystore temp/ca--ca.keystore -keypass 111111 -storepass 111111 -validity 60

keytool -certreq -alias root -keypass 111111 -file "temp/root.csr" -keystore "temp/ca--ca.keystore" -storepass 111111

keytool -export -alias root -keystore temp/ca--ca.keystore -storepass 111111 -rfc -file temp/root.cer

CA�{�֏�中间CA证书

keytool -export -alias ca_signed -keystore temp/ca--ca_sign.keystore -storepass 111111 -rfc -file temp/inter.cer

验证中间CA证书

It is signed by the CA

导入中间CA的KeyStore

keytool -importcert -noprompt -trustcacerts -alias root -file temp/root.cer -keystore temp/inter.keystore -storepass 111111 -keypass 111111

keytool -importcert -noprompt -alias intermediary -file temp/inter.cer -keystore temp/inter.keystore -storepass 111111

中间CA�{�֏�icm证书

keytool -export -alias inter_signed -keystore temp/ca--ca_sign.keystore -storepass 111111 -rfc -file temp/icm.signed.cer

中间CA�{�֏�ucgw证书

keytool -export -alias inter_signed -keystore temp/ca--ca_sign.keystore -storepass 111111 -rfc -file temp/ucgw.signed.cer

验证ICM证书

It is signed by the CA

验证UCGW证书

It is signed by the CA

导入ICM的KeyStore

keytool -importcert -noprompt -trustcacerts -alias root -file temp/root.cer -keystore temp/iview.keystore -storepass 111111 -keypass 111111

keytool -importcert -noprompt -trustcacerts -alias intermediary -file temp/inter.cer -keystore temp/iview.keystore -storepass 111111 -keypass 111111

keytool -importcert -noprompt -alias icm -file temp/icm.signed.cer -keystore temp/iview.keystore -storepass 111111

导入UCGW的KeyStore

keytool -importcert -noprompt -trustcacerts -alias root -file temp/root.cer -keystore temp/ucgw.keystore -storepass 111111 -keypass 111111

keytool -importcert -noprompt -trustcacerts -alias intermediary -file temp/inter.cer -keystore temp/ucgw.keystore -storepass 111111 -keypass 111111

keytool -importcert -noprompt -alias ucgw -file temp/ucgw.signed.cer -keystore temp/ucgw.keystore -storepass 111111

---------------------------------------------------------------

keytool -list -keystore temp/ca--ca.keystore -storepass 111111

...

root, 2011-11-5, PrivateKeyEntry,

认证指纹 (MD5)�Q?49:44:8A:79:3C:62:ED:66:AA:20:D6:BF:65:3E:23:C4

---------------------------------------------------------------

keytool -list -keystore temp/inter.keystore -storepass 111111

...

root, 2011-11-5, trustedCertEntry,

认证指纹 (MD5)�Q?49:44:8A:79:3C:62:ED:66:AA:20:D6:BF:65:3E:23:C4

intermediary, 2011-11-5, PrivateKeyEntry,

认证指纹 (MD5)�Q?23:6C:C0:46:67:CF:9E:4E:EF:A9:74:95:AB:EE:37:21

---------------------------------------------------------------

keytool -list -v -keystore temp/iview.keystore -storepass 111111

...

您的 keystore 包含 3 输入

别名名称�Q?root

创徏日期�Q?2011-11-5

输入�c�d��Q?trustedCertEntry

所有�?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449c5

有效�? Sat Nov 05 04:23:33 CST 2011 至Wed Jan 04 04:23:33 CST 2012

证书指纹:

MD5:49:44:8A:79:3C:62:ED:66:AA:20:D6:BF:65:3E:23:C4

SHA1:EA:92:AE:59:D1:8D:B6:2F:33:B7:65:CC:6E:B0:B5:7D:40:CF:45:BE

�{�֐��法名称:SHA1withRSA

版本: 3

*******************************************

别名名称�Q?intermediary

创徏日期�Q?2011-11-5

输入�c�d��Q?trustedCertEntry

所有�?CN=mars_inter, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449c7

有效�? Sat Nov 05 04:23:35 CST 2011 至Wed Jan 22 04:23:35 CST 2020

证书指纹:

MD5:23:6C:C0:46:67:CF:9E:4E:EF:A9:74:95:AB:EE:37:21

SHA1:54:86:85:BC:9C:D5:D2:E8:A4:E6:33:DD:4F:42:87:FB:2A:92:F3:84

�{�֐��法名称:MD5withRSA

版本: 3

*******************************************

别名名称�Q?icm

创徏日期�Q?2011-11-5

��类�? PrivateKeyEntry

认证��N��度： 3

认证 [1]:

所有�?CN=mars_icm, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_inter, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449ca

有效�? Sat Nov 05 04:23:38 CST 2011 至Wed Jan 22 04:23:38 CST 2020

证书指纹:

MD5:95:97:C3:2C:2C:A5:B4:7A:17:EF:98:B7:7B:BC:AE:4A

SHA1:E1:92:F9:79:48:FE:59:AF:3F:85:CE:2A:21:82:AD:B2:00:60:EB:D7

�{�֐��法名称:MD5withRSA

版本: 3

认证 [2]:

所有�?CN=mars_inter, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449c7

有效�? Sat Nov 05 04:23:35 CST 2011 至Wed Jan 22 04:23:35 CST 2020

证书指纹:

MD5:23:6C:C0:46:67:CF:9E:4E:EF:A9:74:95:AB:EE:37:21

SHA1:54:86:85:BC:9C:D5:D2:E8:A4:E6:33:DD:4F:42:87:FB:2A:92:F3:84

�{�֐��法名称:MD5withRSA

版本: 3

认证 [3]:

所有�?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449c5

有效�? Sat Nov 05 04:23:33 CST 2011 至Wed Jan 04 04:23:33 CST 2012

证书指纹:

MD5:49:44:8A:79:3C:62:ED:66:AA:20:D6:BF:65:3E:23:C4

SHA1:EA:92:AE:59:D1:8D:B6:2F:33:B7:65:CC:6E:B0:B5:7D:40:CF:45:BE

�{�֐��法名称:SHA1withRSA

版本: 3

---------------------------------------------------------------

keytool -list -v -keystore temp/ucgw.keystore -storepass 111111

...

您的 keystore 包含 3 输入

别名名称�Q?root

创徏日期�Q?2011-11-5

输入�c�d��Q?trustedCertEntry

所有�?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449c5

有效�? Sat Nov 05 04:23:33 CST 2011 至Wed Jan 04 04:23:33 CST 2012

证书指纹:

MD5:49:44:8A:79:3C:62:ED:66:AA:20:D6:BF:65:3E:23:C4

SHA1:EA:92:AE:59:D1:8D:B6:2F:33:B7:65:CC:6E:B0:B5:7D:40:CF:45:BE

�{�֐��法名称:SHA1withRSA

版本: 3

*******************************************

别名名称�Q?intermediary

创徏日期�Q?2011-11-5

输入�c�d��Q?trustedCertEntry

所有�?CN=mars_inter, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449c7

有效�? Sat Nov 05 04:23:35 CST 2011 至Wed Jan 22 04:23:35 CST 2020

证书指纹:

MD5:23:6C:C0:46:67:CF:9E:4E:EF:A9:74:95:AB:EE:37:21

SHA1:54:86:85:BC:9C:D5:D2:E8:A4:E6:33:DD:4F:42:87:FB:2A:92:F3:84

�{�֐��法名称:MD5withRSA

版本: 3

*******************************************

别名名称�Q?ucgw

创徏日期�Q?2011-11-5

��类�? PrivateKeyEntry

认证��N��度： 3

认证 [1]:

所有�?CN=mars_UCGW, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_inter, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449cb

有效�? Sat Nov 05 04:23:39 CST 2011 至Wed Jan 22 04:23:39 CST 2020

证书指纹:

MD5:D7:6D:ED:9C:13:B6:79:D2:4C:B1:B7:57:CE:AA:BB:54

SHA1:C0:AD:FC:86:53:CB:4F:92:D6:6C:2E:23:25:8F:EF:89:7D:8D:3A:EB

�{�֐��法名称:MD5withRSA

版本: 3

认证 [2]:

所有�?CN=mars_inter, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449c7

有效�? Sat Nov 05 04:23:35 CST 2011 至Wed Jan 22 04:23:35 CST 2020

证书指纹:

MD5:23:6C:C0:46:67:CF:9E:4E:EF:A9:74:95:AB:EE:37:21

SHA1:54:86:85:BC:9C:D5:D2:E8:A4:E6:33:DD:4F:42:87:FB:2A:92:F3:84

�{�֐��法名称:MD5withRSA

版本: 3

认证 [3]:

所有�?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

�{�֏��?CN=mars_ca, OU=rv, O=rcd, L=ZB, ST=bj, C=China

序列�?4eb449c5

有效�? Sat Nov 05 04:23:33 CST 2011 至Wed Jan 04 04:23:33 CST 2012

证书指纹:

MD5:49:44:8A:79:3C:62:ED:66:AA:20:D6:BF:65:3E:23:C4

SHA1:EA:92:AE:59:D1:8D:B6:2F:33:B7:65:CC:6E:B0:B5:7D:40:CF:45:BE

�{�֐��法名称:SHA1withRSA

版本: 3

双向认证TLS�|�络包：
filter:
tcp.port==9527&&ssl

route add mask 255.255.255.255 metric 1
route delete
route add 192.168.0.100 mask
255.255.255.255 192.168.0.1
metric 1
route delete 192.168.0.100
1�Q?54292[client] 9527[server] TLSv1 Client Hello
2�Q?�Q?�Q?�Q?9527[server] 54292[client] TLSv1 Server Hello, Certificate, Server Key Exchange, Certificate Request, Server Hello Done
6�Q?�Q?54292[client] 9527[server] TLSv1 Certificate, Client Key Exchange
8�Q?54292[client] 9527[server] TLSv1 Certificate Verify
9�Q?0�Q?54292[client] 9527[server] TLSv1 Change Cipher Spec, Encrypted Handshake Message
11�Q?2�Q?9527[server] 54292[client] TLSv1 Change Cipher Spec (Finished)
9527[server] 54292[client] TLSv1 Encrypted Handshake Message, Application Data, Application Data, Encrypted Alert

双向认证��程�Q?br />

Lu Han 2011-11-05 04:27 发表评论

轮询客户端的实现

Lu Han — Fri, 08 Jul 2011 08:01:00 GMT

Scenario
服务�?:客户端n 发送Notification�l�客��L��?/span>�?/span>处理
服务器端�l�第一个客��L��发送notification�Q�然后在限定旉��内，�{�待客户端作出回�?#8212;向服务器发送request。如果客��L��一直没有回复，服务器会在到��N��定时间后�Q�向�W�二个客��L��发送notification。如果客��L��在限定时间内回复�Q�服务器端放弃再�l�其他客��L��发送消息�?/span>

Design
服务器、客��L��使用socket发送和接收信息
发送端存在一个客��L��列表�Q�每�ơ发送一�l�一个客��L��Q�发送后�Q�向Helper发送添加该客户端id的请求�?br />客户端收��C��息会向Helper发送删除该id的请求�?br />Helper收到add�?/span>�Q�启动一�?/span>ScheduledExecutorService�cȝ��schedule�Q?/span>延时启动一个线�E�，�q�将�?/span>schedule�~�存。remove�Ӟ��从缓存里取出schedule�q�停止它。如果在延时旉��内，�U�程没有被停止，它会被执行：从缓存中取出�Q�告诉服务器向下一个客��L��发送请求�?/span>
UML

Code

Server

SendingNotification

ReceivingRequest

Helper

Schedule

Client

IO

Lu Han 2011-07-08 16:01 发表评论

Java�q�程�Ҏ��调用实践

Lu Han — Thu, 26 May 2011 15:55:00 GMT

服务器端业务接口�l�承自Remote
public interface Biz extends Remote {
public String aloha() throws RemoteException;
}

服务器端业务实现该接�?/div>
public class BizImpl extends UnicastRemoteObject implements Biz {
private static final long serialVersionUID = -8559392326593037120L;
public BizImpl() throws RemoteException {
super();
}
@Override
public String aloha() throws RemoteException {
return "Aloha Baby.";
}
}

服务器注册远�E�实现名�U?br />
public class Server {
public Server() {
try {
Biz bis = new BizImpl();
// style-1
Registry registry = LocateRegistry.createRegistry(RMIParameter.PORT);
registry.rebind(RMIParameter.NAME, bis); // replace existing binding name
// style-2
//java.rmi.Naming.rebind(RMIParameter.NAME, bis); // replace existing binding name
} catch (Exception e) {
e.printStackTrace();
}
}
public static void main(String args[]) {
new Server();
}
}

style-2 需要指定一个Policy文�g或者运行rmiregistry
java -Djava.security.policy=folder_x/rmi/policy_file creative.fire.rmi.Server
Policy文�g的内容�ؓ�Q?/div>
grant{
permission java.net.SocketPermission "localhost:9527", "connect, resolve";
};
�q�行rmiregistry是修�?JDK 目录下的jre/lib/security/java.policy
rmiregistry�Q�linux�Q?/div>
start rmiregistry(windows)
允许��M��?targets)作�Q何事�?actions)�Q?/div>
grant{
permission java.security.AllPermission "","";
};
OR
grant {
permission java.security.AllPermission;
};
客户端打桩调�?br />
public class Client {
public static void main(String args[]) {
try {
Biz bis = (Biz) Naming.lookup(RMIPREFIX + PORT + NAME);
System.out.println(bis.aloha());
} catch (Exception e) {
e.printStackTrace();
}
}
}

Lu Han 2011-05-26 23:55 发表评论

Java安全传输实践

Lu Han — Thu, 26 May 2011 06:48:00 GMT
摘要: 传输层安全访问是通过�w�䆾验证和加密传输的�q�程。JDK的JSSE提供了传输层安全讉K��的实现。本文旨在通过一个完整的TLS通讯实例�Q��L析一个普遍的误导�? �|�络上停留在理论的简单实例通常存在一个误对{��在双向信�Q的情况下�Q�双斚w��需要信��d��方的证书。这��L��例子很多�Q�普遍拷贝�ƈ��q�过�E��? 其实�Q�在实践中发玎ͼ�如果双方都信��M��个权威的CA�Q��ƈ持有该CA根证书和该CA�{�֏�的证书，卛_��以信��d��方，�?.. 阅读全文

Lu Han 2011-05-26 14:48 发表评论

Java�U�程池类ThreadPoolExecutor��析

Lu Han — Sat, 04 Dec 2010 11:09:00 GMT
本文是对java�U�程池的�_�浅分析�Q�视野局限于�U�程池的基本实现�Q�不包含生命周期�Q�状态管理�?/span>

�U�程池的特点是将��d��的提交和执行分开。这样做的好处是�Q�能使处理器��量多地同时执行��d��?br />
为此�Q�线�E�池提供了两个角�Ԍ��
��d�� task
执行��d��的工�?worker

与此相关�Q�需要考虑�Q?br />
工�h的数量：
工�h数量的考量是线�E�池设计的一个关键。因此，�q�一点由构造线�E�池�Ӟ��提供的头两个参数军_��?br /> 最��雇佣数�?corePoolSize
最多工人数�?maximumPoolSize

何时解雇多余最��雇佣数量的工�h�Q?br /> 工�h多余��d��Ӟ��它们会等待�Q务的到来�Q�如果规定时间内�Q�还没有��d��Q�那我们��p��雇多余的工�h�?br /> �q�个规定的时间就是构造子里的�W�三�Q�第四个参数�?br />

能接受的��d��数量�Q?br /> 一个工人，某一旉��只能处理一个�Q务。工人的数量是有限的�Q�因此多余工人数量的��d��来了�Ӟ��
�U�程池就要考虑是否接受
Y:
处于�{�待中的��d��堆积到多��就不再允许接受��d�� Q?br /> 规定�{�待��d��列表的容量[bound]�Q�达到容量后不再接受��C�Q务�?br />
无限制地接受�{�待��d��[unbound]
讄��何种��d��{�待列表由构造子的第五个参数军_��?br /> long keepAliveTime, TimeUnit unit

N:
以何�U�方式拒�l�：
由构造子的第七个参数军_��?br />
�W�六个参数决定了
工�h手里执行��d��U�程的工厂方法�?br />
工作原理�Q?br />

1.当工人数量没有达到最��雇佣数量时�Q�每当�Q务来��_��U�程池都要创��Z��个工人，然后从线�E�工厂里创徏一个新的线�E�，把�Q务作��U�程的target�Q�把�U�程交给工�h�Q�把工�h加入工�h集合。该��d��随即被执行�?br />
2.如果��d��来��Ӟ��当前工�h数量poolSize已经大于最��雇佣数量，表明工�h已经雇䄦的差不多了，先让��d��{�待吧�?br /> �U�程池尝试把��d��加入��d��列表�Q�如果成功，��d��提交的步骤就�l�束了�?br />
2.5.��d��列表是�ƈ发阻塞队列，工�h会不断地��试从队列里获取��d��Q�如果获取到��d��(��L��5)�Q�工人就把�Q务拿��L��行。这是�Q务的执行步骤�?br />
3.如果加入队列��p�|�Q�说明�Q务列表已�l�满了，不能再往里塞��d��了�?br /> �q�时�Q�线�E�池判断工�h数量是否辑ֈ�最多工人数量�?br /> 如果�q�没有，则决定再雇䄦一个工�?�q�和开始雇佣工人的步骤没有两样)�?br />
4.如果已经辑ֈ�雇䄦上线�Q�线�E�池没有办法了，只好拒绝该�Q务�?br /> 拒绝的方式有�Q?br /> 1、抛出异常给��d��递送者，告诉�?#8220;老子累屁了，老子真的不干�?#8221;�?--�q�太�_�暴了。线�E�池默认��p��么干�Q?br /> 2、偷蔫儿��C��弃这个�Q务�?--�q�太猥琐了�?br /> 3、从��d��列表里丢弃一个最�q�的��d��Q�然后把�q�个��d��N��?-�q�太势利��g��?br /> 4、还�l��Q务递送者，让他自己�q�Ӏ?-�q�太无��M��?br />
5.�U�程池让工�h�{�待��d��的策略分两种(本文不考虑生命周期和状�?�Q?br /> �ȝ��Q�当工�h数量��于或者等于最低雇佣数量时�Q�它们没啥�Q务干了，��必��L��{��?br /> 如果在给定时间内�Q�没有�Q务来刎ͼ��U�程池开始数人头�Q�如果不多于最低雇佣数量，�q�个工�h�q�得重新�{�一个给定时间那么长�?br />
6.否则�Q�线�E�池把该工�h的线�E�结束，告诉当前�{�待的工人，你没有�Q务了。不要再�{�了�?br />
7.没有拿到��d��的工人，被清除出工�h集合--该工人正式下岗�?br />
feuyeux@gmail.com

Lu Han 2010-12-04 19:09 发表评论

最新在线观看av,亚洲第一在线,午夜精品久久久久

Java中�ƈ发环境中的For和ForEach

Java安全传输实践2

轮询客户端的实现

Java�q�程�Ҏ��调用实践

Java安全传输实践

Java�U�程池类ThreadPoolExecutor���析

Java�U�程池类ThreadPoolExecutor��析