Chinaunix首页 | 论坛 | 博客
  • 博客访问: 14417807
  • 博文数量: 5645
  • 博客积分: 9880
  • 博客等级: 中将
  • 技术积分: 68081
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-28 13:35
文章分类

全部博文(5645)

文章存档

2008年(5645)

我的朋友

分类:

2008-04-28 21:44:54

下载本文示例代码
  访问平台专有的信息并不是一件容易的事。虽然可以使用 Runtime.exec() 创建进程,但由于平台之间的差异,构造参数集常常令人头痛不已。此外, System 的 getenv() 方法从开始进行 Java 编程就遭到反对。  什么时候一个遭到反对的方法不再被反对呢?使用 System 的 getenv() 方法时就会遇到这种情况。Tiger 以 1995 年正式发布之前的 Java 平台为基础,它没有抛弃该方法,同时还提供了一个新的类 ProcessBuilder (属于包 java.lang ),用它来创建进程并与系统进程交互。   访问环境变量  虽然我个人并不想退回到原来使用 AWT 组件的事件模型,但是早期的 Java 平台版本(称为 alpha 版)有一个很好的特性,即能够访问环境变量。该方法和当时“编写一次,随处运行”的颂词背道而驰,因此当 Java 平台发布 1.0 版时, System 的 getenv() 方法受到了抨击。虽然 1.0 版为何抛弃原来的一些内容一直令我迷惑不解,但我常常看到该方法引起新入门开发人员的兴趣。时间回到 2004 年,您现在终于能够使用这个方法了。如清单 1 所示,该方法的使用很简单:   清单 1. 调用 getenv public class EnvTest { public static void main(String args[]) {  System.out.println(System.getenv(args[0])); }}  只要在命令行中随 getenv 调用传入变量的名称,就可以得到它的当前值。比如在我那台用了两年的桌面机上,如果输入参数 PROCESSOR_IDENTIFIER ,就会得到清单 2 所示的结果:   清单 2. getenv 的输出结果 java EnvTest PROCESSOR_IDENTIFIERx86 Family 6 Model 8 Stepping 6, GenuineIntel  首先要注意的是方法名 getenv() ,它完全采用小写形式,而不是采用您所预料的大小写混合形式( getEnv() )。这是因为在正式发布之前的最初命名方法就是这样的。其次,访问环境变量常常要使用平台专用的代码。如果确实希望这样做也可以,但这样就偏离了百分之百的纯 Java 模型。上述代码本身仍然是纯粹的 Java 代码,因此使用该方法并不完全违背这一原则,但是使用了这么多年的系统属性之后,使用 getenv() 感觉怪怪的。   Tiger 提供了两个版本的 getenv() 方法,而不是一个。第二个版本返回与系统中当前设置的所有环境变量对应的‘名/值’对(name-value pairs)。清单 3 说明了这种新方法的应用,并打印出了所有环境变量的键和值:   清单 3. 访问所有的环境变量 import java.util.Map;public class EnvDump { public static void main(String args[]) {  for (Map.Entry entry: System.getenv().entrySet()) {   System.out.println(entry.getKey() " / "    entry.getValue());  } }}共2页。 1 2 :   访问平台专有的信息并不是一件容易的事。虽然可以使用 Runtime.exec() 创建进程,但由于平台之间的差异,构造参数集常常令人头痛不已。此外, System 的 getenv() 方法从开始进行 Java 编程就遭到反对。  什么时候一个遭到反对的方法不再被反对呢?使用 System 的 getenv() 方法时就会遇到这种情况。Tiger 以 1995 年正式发布之前的 Java 平台为基础,它没有抛弃该方法,同时还提供了一个新的类 ProcessBuilder (属于包 java.lang ),用它来创建进程并与系统进程交互。   访问环境变量  虽然我个人并不想退回到原来使用 AWT 组件的事件模型,但是早期的 Java 平台版本(称为 alpha 版)有一个很好的特性,即能够访问环境变量。该方法和当时“编写一次,随处运行”的颂词背道而驰,因此当 Java 平台发布 1.0 版时, System 的 getenv() 方法受到了抨击。虽然 1.0 版为何抛弃原来的一些内容一直令我迷惑不解,但我常常看到该方法引起新入门开发人员的兴趣。时间回到 2004 年,您现在终于能够使用这个方法了。如清单 1 所示,该方法的使用很简单:   清单 1. 调用 getenv public class EnvTest { public static void main(String args[]) {  System.out.println(System.getenv(args[0])); }}  只要在命令行中随 getenv 调用传入变量的名称,就可以得到它的当前值。比如在我那台用了两年的桌面机上,如果输入参数 PROCESSOR_IDENTIFIER ,就会得到清单 2 所示的结果:   清单 2. getenv 的输出结果 java EnvTest PROCESSOR_IDENTIFIERx86 Family 6 Model 8 Stepping 6, GenuineIntel  首先要注意的是方法名 getenv() ,它完全采用小写形式,而不是采用您所预料的大小写混合形式( getEnv() )。这是因为在正式发布之前的最初命名方法就是这样的。其次,访问环境变量常常要使用平台专用的代码。如果确实希望这样做也可以,但这样就偏离了百分之百的纯 Java 模型。上述代码本身仍然是纯粹的 Java 代码,因此使用该方法并不完全违背这一原则,但是使用了这么多年的系统属性之后,使用 getenv() 感觉怪怪的。   Tiger 提供了两个版本的 getenv() 方法,而不是一个。第二个版本返回与系统中当前设置的所有环境变量对应的‘名/值’对(name-value pairs)。清单 3 说明了这种新方法的应用,并打印出了所有环境变量的键和值:   清单 3. 访问所有的环境变量 import java.util.Map;public class EnvDump { public static void main(String args[]) {  for (Map.Entry entry: System.getenv().entrySet()) {   System.out.println(entry.getKey() " / "    entry.getValue());  } }}共2页。 1 2 : 下载本文示例代码


驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程驯服Tiger之访问环境变量和调用子进程
阅读(224) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~