Java理论与实践: 描绘线程安全性
Java 理论与实践: 描绘线程安全性
2007-12-15 00:10
——线程安全不是一个非真即假的命题
Brian Goetz (brian@quiotix.com), 首席顾问, Quiotix Corp
2003 年 11 月 15 日
7月份我们的并发专家 Brian Goetz 将 Hashtable 和 Vector 类描述为“有条件线程安全的”。一个类难道不是线程安全就是线程不安全的吗？不幸的是，线程安全并不是一个非真即假的命题，它的定义出人意料的困难。但是，正如Brian 在本月的 Java 理论与实践中解释的，尽量在 Javadoc 中对类的线程安全性进行归类是非常重要的。请在附带的 讨论论坛中与作者和其他读者分享您关于本文的心得(也可以通过单击本文顶部或底部的 讨论来访问该论坛)。
在 Joshua Bloch 的那本出色的 Effective Java Programming Language Guide(参阅 参考资料)一书中，第 52 项的标题为“Document Thread Safety”，在其中他恳请开发人员准确地记录下类对线程安全性有哪些保证。就像 Bloch 书中的大多数建议一样，这也是一个反复提到、但很少实现的非常好的建议(就像 Bloch 在其 Programming Puzzlers 谈话中说的“不要像我兄弟那样写代码”)。
有多少次您在 Javadoc 中查看一个类，并猜测“这个类是线程安全的吗？”。 由于缺少明确的记载，读者可能会对类的线程安全性做出不当的假设。也许他们将非线程安全的类假定为线程安全的(这真的很糟！)，或者假设可以在调用一个对象的方法之前同步对象以得到线程安全性(这可能是正确的，也可能还不够，最差的情况是，可能只会提供虚幻的线程安全性)。不管在什么情况下，最好在文档中明确写明，在多个线程中共享类的实例时类的行为是怎样的。
看一个这种问题的一个例子， java.text.SimpleDateFormat 类不是线程安全的，但是在 1.4 JDK 之前这并没有记录在 Javadoc 中。有多少开发人员错误地创建了 SimpleDateFormat 的静态实例，并在多个线程中使用它，同时不知道他们的程序在大负荷下是否能正确运行？不要对您的客户或者同事做这样的事情！
在忘记之前写下来(要不就离开公司)
一定要在第一次编写类的时候记录线程安全性 -- 在编写它的时候访问类线程安全性需求和行为，要比在几个月后您(或者其他人)再回过头来看要容易得多。永远也不会比在编写它时更清楚地了解在一个实现中所发生的情况。此外，在编写类的时候记录线程安全性，可以使您对于线程安全性的最初想法得以保留，因为维护者希望看到这个�
相关文档：
数据结构和算法
冒泡：每次比较都可找出最大或最小的，有序的在最右边
选择排序：有序的在最左边
插入排序：速度比冒泡快一倍，比选择也快。
递归
调用自身
汉诺塔问题：
/**
* @汉诺塔的问题
*/
......
Java Reflect编写 通用数组扩展类
package com.accp.array;
import java.lang.reflect.Array;
public class GrowArrayTest {
public static void main(String[] args) {
Integer[] array = {1,2,3,4}; //通用扩展
arrayPrint(arra ......
很多时候数组存在着很大的缺限，首先必须先设置数组的长度，当设定了之后，就无法改变了。
下来是一种数组长度动态变化的一种方法
package com.yz.mystack;
public class Stack {
Object[] datas;
Integer n=0;
Integer N=1;
public Stack(){
datas=new Object[N];
}
public void push(Object data){
......
HSQLDB(Hypersonic SQL)是纯Java开发的关系型数据库,并提供JDBC驱动存取数据。支持ANSI-92 标准 SQL语法。而且他占的空间很小。大约只有160K,拥有快速的数据库引擎。
转帖时请注明此文来自技术世界:http://www.js4j.com ......
