【转贴】 Java的秘密：将应用程序的设定存在哪里?

Raymond的Java笔记 — Mon, 06 Mar 2006 07:57:00 GMT

Java的秘密：将应用程序的设定存在哪里?

http://www.chinaunix.net 作者:eclipse 发表于：2002-09-03 15:48:04

Java的秘密：将应用程序的设定存在哪里?

我们经常需要将我们的程序中的设定，如窗口位置，开启过的文件，用户的选项设定等数据记录下来，以做便用户下一次开启程序能继续使用这些数据。
以前我们通常的做法是使用Properties类，它提供以下方法:
void load(InputStream inStream)
void store(OutputStream out, String header)
String getProperty(String key, String defaultValue)
String getProperty(String key)
这些方法让我们很容易的存取设定数据.
另外的办法是使用ResourceBundle这个类来储存设定数据，甚至有些程序作者使用一个自定结构的文件来储存设定数据。
但不管怎样，最让程序作者头痛的是：我该将这些数据保存在哪？

现在好了，JDK1.4为我们提供的java.util.prefs包，里面有一个Preferences类，能让以上的工作变得极其轻松!
写VB程序的人常常用SaveSetting函数和getSettging来存取注册表中的用户设定数据。而Java的Preferences类也提供了类似的机制。
Preferences类在不同的平台中有不同的实现方式。而在Windows平台中，Preferences是将数据保存在注册表中的，而在其它平台中的实现我就不得而知了(我对Linux等系统都不太了解).
但不管怎样，都是通过相同的接口来使用的，程序作者可以不管实现细节。

建立Preferences对象
为了区分不同的应用程序的参数项，在建立Preferences时要指定一个节点路径。
Preferences是一个抽象类，提供了一系列静态方法和抽象方法来操作参数项:
抽象方法:
Preferences userData = Preferences.userNodeForPackage(this);
Preferences sysData = Preferences.systemNodeForPackage(this);
这两个方法是从指定的物件所在的包(package)返回一个节点路径，如this是javax.swing.JComponent,则返回/javax/swing
静态方法:
Preferences userData = Preferences.userRoot().node("/com/sunway/spc");
Preferences sysData = Preferences.systemRoot().node("/com/sunway/spc");

以上每种方式提供了两套操作方法。其中一套是用户参数项，另一套是系统参数项。
在Windows平台中，用户参数项在注册表中的根节点是
HKEY_CURRENT_USER\Software\JavaSoft\Prefs
系统参数项在注册表中的根节点是
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Prefs
而我们指定的节点路径是位于这些根节点之下的.

如何读写数据
Preferences提供了多种类型数据的读写方法。
先来看写(put)的方法,
put(String key, String value)
putBoolean(String key, boolean value)
putByteArray(String key, byte value[])
putDouble(String key, double value)
putFloat(String key, float value)
putInt(String key, int value)
putLong(String key, long value)
下面的是读(get)的方法,
get(String key, String default)
getBoolean(String key, boolean default)
getByteArray(String key, byte default[])
getDouble(String key, double default)
getFloat(String key, float default)
getInt(String key, int default)
getLong(String key, long default)
注意，每一种get方法的第二个参数需要我们为它指定缺省的参数。
除了以上方式之外，Preferences还允许我们将它的数据导出到一个XML文件保存，
void exportNode(OutputStream os)
void exportSubtree(OutputStream os)
我们可以导出一个节点，或是导出整个子节点树.

Preferences的一个演示
以上的讲解足可以写一个示例来看看Preferences是如何为我们工作的,看看下面的例子:
import java.io.*;
import java.util.prefs.*;

public class PrefsDemo {
  public static void main(String args[])
  {
    String keys[] =
      {"sunway","copyright","author"};
    String values[] =
      {"sunway technology company","copyright 2002","turbochen@163.com"};

    /* 建立一个位于user root下的/com/sunway/spc节点参数项*/
    Preferences prefsdemo =
      Preferences.userRoot().node("/com/sunway/spc");

    /* 储存参数项*/
    for (int i=0 ; i < keys.length; i++)
    {
      prefsdemo.put(keys, values);
    }

    /* 导出到XML文件 */
    try
    {
      FileOutputStream fos = new FileOutputStream("prefsdemo.xml");
      prefsdemo.exportNode(fos);
    } catch (Exception e)
    {
      System.err.println("Cannot export nodes: " + e);
    }

    /* 去掉注释可以清除注册表中的参数项*/
/*    try
      {
         prefsdemo.removeNode();
      } catch (BackingStoreException e)
      {
      } */

  }
}

Raymond的Java笔记 2006-03-06 15:57 发表评论

转贴： Java中ThreadLocal的设计与使用

Raymond的Java笔记 — Wed, 01 Mar 2006 01:09:00 GMT

早在Java 1.2推出之时，Java平台中就引入了一个新的支持：java.lang.ThreadLocal，给我们在编写多线程程序时提供了一种新的选择。使用这个工具类可以很简洁地编写出优美的多线程程序，虽然ThreadLocal非常有用，但是似乎现在了解它、使用它的朋友还不多。

　　 ThreadLocal是什么

　　 ThreadLocal是什么呢？其实ThreadLocal并非是一个线程的本地实现版本，它并不是一个Thread，而是thread local variable（线程局部变量）。也许把它命名为ThreadLocalVar更加合适。线程局部变量（ThreadLocal）其实的功用非常简单，就是为每一个使用该变量的线程都提供一个变量值的副本，是每一个线程都可以独立地改变自己的副本，而不会和其它线程的副本冲突。从线程的角度看，就好像每一个线程都完全拥有该变量。线程局部变量并不是Java的新发明，在其它的一些语言编译器实现（如IBM XL FORTRAN）中，它在语言的层次提供了直接的支持。因为Java中没有提供在语言层次的直接支持，而是提供了一个ThreadLocal的类来提供支持，所以，在Java中编写线程局部变量的代码相对比较笨拙，这也许是线程局部变量没有在Java中得到很好的普及的一个原因吧。

　　 ThreadLocal的设计

　　首先看看ThreadLocal的接口：

　　　Object get() ; // 返回当前线程的线程局部变量副本 protected Object initialValue(); // 返回该线程局部变量的当前线程的初始值
　　　 void set(Object value); // 设置当前线程的线程局部变量副本的值

　　 ThreadLocal有3个方法，其中值得注意的是initialValue()，该方法是一个protected的方法，显然是为了子类重写而特意实现的。该方法返回当前线程在该线程局部变量的初始值，这个方法是一个延迟调用方法，在一个线程第1次调用get()或者set(Object)时才执行，并且仅执行1次。ThreadLocal中的确实实现直接返回一个null：

protected Object initialValue() { return null; }

　　ThreadLocal是如何做到为每一个线程维护变量的副本的呢？其实实现的思路很简单，在ThreadLocal类中有一个Map，用于存储每一个线程的变量的副本。比如下面的示例实现：

public class ThreadLocal
{
　 private Map values = Collections.synchronizedMap(new HashMap());
　 public Object get()
　 {
　　 Thread curThread = Thread.currentThread();
　　 Object o = values.get(curThread);
　　 if (o == null && !values.containsKey(curThread))
　　 {
　　　 o = initialValue();
　　　 values.put(curThread, o);
　　 }
　　 return o;
　 }

　 public void set(Object newValue)
　 {
　　 values.put(Thread.currentThread(), newValue);
　 }

　 public Object initialValue()
　 {
　　 return null;
　 }
}

　　当然，这并不是一个工业强度的实现，但JDK中的ThreadLocal的实现总体思路也类似于此。

　　 ThreadLocal的使用

　　如果希望线程局部变量初始化其它值，那么需要自己实现ThreadLocal的子类并重写该方法，通常使用一个内部匿名类对ThreadLocal进行子类化，比如下面的例子，SerialNum类为每一个类分配一个序号：

public class SerialNum
{
　 // The next serial number to be assigned

　 private static int nextSerialNum = 0;
　 private static ThreadLocal serialNum = new ThreadLocal()
　 {
　　 protected synchronized Object initialValue()
　　 {
　　　 return new Integer(nextSerialNum++);
　　 }
　 };

　 public static int get()
　 {
　　 return ((Integer) (serialNum.get())).intValue();
　 }
}

　　SerialNum类的使用将非常地简单，因为get()方法是static的，所以在需要获取当前线程的序号时，简单地调用：

int serial = SerialNum.get();

　　即可。

　　在线程是活动的并且ThreadLocal对象是可访问的时，该线程就持有一个到该线程局部变量副本的隐含引用，当该线程运行结束后，该线程拥有的所以线程局部变量的副本都将失效，并等待垃圾收集器收集。

　　 ThreadLocal与其它同步机制的比较

　　 ThreadLocal和其它同步机制相比有什么优势呢？ThreadLocal和其它所有的同步机制都是为了解决多线程中的对同一变量的访问冲突，在普通的同步机制中，是通过对象加锁来实现多个线程对同一变量的安全访问的。这时该变量是多个线程共享的，使用这种同步机制需要很细致地分析在什么时候对变量进行读写，什么时候需要锁定某个对象，什么时候释放该对象的锁等等很多。所有这些都是因为多个线程共享了资源造成的。ThreadLocal就从另一个角度来解决多线程的并发访问，ThreadLocal会为每一个线程维护一个和该线程绑定的变量的副本，从而隔离了多个线程的数据，每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的整个变量封装进ThreadLocal，或者把该对象的特定于线程的状态封装进ThreadLocal。

　　由于ThreadLocal中可以持有任何类型的对象，所以使用ThreadLocal get当前线程的值是需要进行强制类型转换。但随着新的Java版本（1.5）将模版的引入，新的支持模版参数的ThreadLocal类将从中受益。也可以减少强制类型转换，并将一些错误检查提前到了编译期，将一定程度地简化ThreadLocal的使用。

　　总结

　　当然ThreadLocal并不能替代同步机制，两者面向的问题领域不同。同步机制是为了同步多个线程对相同资源的并发访问，是为了多个线程之间进行通信的有效方式；而ThreadLocal是隔离多个线程的数据共享，从根本上就不在多个线程之间共享资源（变量），这样当然不需要对多个线程进行同步了。所以，如果你需要进行多个线程之间进行通信，则使用同步机制；如果需要隔离多个线程之间的共享冲突，可以使用ThreadLocal，这将极大地简化你的程序，使程序更加易读、简洁。

原文地址： http://www.pcbookcn.com/article/2364.htm

Raymond的Java笔记 2006-03-01 09:09 发表评论

BlogJava-Raymond-文章分类-Java

【转贴】 Java的秘密：将应用程序的设定存在哪里?

Java的秘密：将应用程序的设定存在哪里?

转贴： Java中ThreadLocal的设计与使用