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反射机制
JAVA反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意一个方法；这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。
Java反射机制主要提供了以下功能： 在运行时判断任意一个对象所属 ......
数据结构和算法
冒泡：每次比较都可找出最大或最小的，有序的在最右边
选择排序：有序的在最左边
插入排序：速度比冒泡快一倍，比选择也快。
递归
调用自身
汉诺塔问题：
/**
* @汉诺塔的问题
*/
......
doGet()和doPost()
Jsp页面的form标签里的method属性为get时调用doget(0,
为post时调用doPost()
Jsp
Jsp引擎(Tomcat)先将jsp文件转换为servlet，然后调用Java编译器javac.exe对
......
一、问题的提出
Java的一个重要优点就是通过垃圾收集器(Garbage Collection，GC)自动管理内存的回收，程序员不需要通过调用函数来释放内存。因此，很多程序员认为Java不存在内存泄漏问题，或者认为即使有内存泄漏也不是程序的责任，而是GC或JVM的问题。其实，这种想法是不正确的，因为Java也存在内存泄露，但它的表现与C ......
第一种情况：无返回值.
create or replace procedure test_a(param1 in varchar2,param2 in varchar2) as
begin
insert into test value(param1,param2);
&nb ......
