风之语

利用一个元数据处理工具，许多重复的代码编写步骤可以减少成一个简练的元数据标签。例如，访问某个 JAX-RPC 服务实现时所需的远程接口可以实现为：

原来（J2SE 1.5 以前版本）：

public interface PingIF extends Remote {
public void ping() throws RemoteException;
}

public class Ping implements PingIF {
public void ping() {
}
}

现在：

public class Ping {
public @remote void ping() {
}
}

范型
范型一直是 Java 社团所广泛期待的，现在已经是 J2SE 1.5 的一部分了。最先见到使用泛型的地方是在 Collections API 中。Collections API 提供可以被多个 Java 类型使用的公共功能性，比如 LinkedLists、ArrayLists 和 HashMaps。下一个例子使用 1.4.2 库和默认的 javac 编译模式。

ArrayList list = new ArrayList();
list.add(0, new Integer(42));
int total = ((Integer)list.get(0)).intValue();

最后一行中的 Integer 转换是泛型所要防止的强制类型转换问题的一个例子。这个问题在于，1.4.2 Collections API 使用 Object 类来存储 Collection 对象，这就意味着在编译的时候不能找出类型匹配。问题的第一个标志信息是在运行时抛出的 ClassCastException。

带有范型化 Collections 库的同一个例子可编写为：

ArrayList<Integer> list = new ArrayList<Integer>();
list.add(0, new Integer(42));
int total = list.get(0).intValue();

范型化 API 的用户必须使用 <> 符号简单地声明在编译类型中使用的类型。不需要任何类型转换，在本例中试图向一个 Integer 类型的集合中添加 String 对象将会在编译时被捕获。

因此，范型允许 API 设计者提供这样的公共功能性：可以与多种数据类型一起使用，也可以在编译时出于类型安全对它进行检查。

设计自己的 Generic API 比起只是使用它们来说要稍微复杂一些。请从查看 java.util.Collection 源代码和 API 指南开始。

原语类型的 Autoboxing 和 Auto-unboxing
像 int、boolean 以及它们的基于对象的对应物（比如 Integer 和 Boolean）这样的原语类型之间的转换需要大量不必要的额外编码， 尤其是当只是像 Collections API 这样的方法调用需要转换时更甚。

Java 原语类型的 autoboxing 和 auto-unboxing 产生更加精练并更加易于理解的代码。1.5 版本让所需要的转换转变成 Integer 并转换回编译器。

原来

ArrayList<Integer> list = new ArrayList<Integer>();
list.add(0, new Integer(42));
int total = (list.get(0)).intValue();

现在

ArrayList<Integer> list = new ArrayList<Integer>();
list.add(0, 42);
int total = list.get(0);

增强的 for 循环
Collections API 经常使用 Iterator 类。Iterator 类提供在 Collection 中顺序导航的机制。当像下面一样只是在 Collection 中遍历时，新的增强的 for 循环可取代 iterator。编译器生成必要的循环代码，因为利用范型，所以不需要额外的类型转换。

原来

ArrayList<Integer> list = new ArrayList<Integer>();
for (Iterator i = list.iterator(); i.hasNext();) {
Integer value=(Integer)i.next();
}

现在

ArrayList<Integer> list = new ArrayList<Integer>();
for (Integer i : list) { ... }

枚举类型
当使用 static final 型常量时，该类型提供枚举的类型。如果您以前在自己的应用程序中使用过标识符 enum，那么在利用 javac -source 1.5 编译时需要调整源代码。

public enum StopLight { red, amber, green };

静态导入
静态导入特性实现为“import static”，允许您从一个类引用静态常量，而不需要继承这个类。每次我们添加一个组件时，不必使用 BorderLayout.CENTER，只要引用 CENTER 就可以了。

import static java.awt.BorderLayout.*;

getContentPane().add(new JPanel(), CENTER);

格式化的输出
现在开发人员可以选择使用 printf type 功能性来生成格式化的输出。这将有助于迁移传统的 C 应用程序，作很少的更改或者不作更改就能保留相同的文本布局。

大多数公共 C printf 格式化程序是可用的，另外，一些 Java 类（比如 Date 和BigInteger）也具有格式化规则。更多信息请参见 java.util.Formatter 类。

System.out.printf("name count\n");
System.out.printf("%s %5d\n", user,total);

格式化的输入
Scanner API 为从系统控制台或任何数据流读取数据提供基本的输入功能性。下面的例子从标准输入读取一个 String 并期待下一个 int 值。

如果没有数据可用，像 next 和 nextInt 这样的 Scanner 方法将会阻塞。如果您需要处理更加复杂的输入，那么从 java.util.Formatter 类还可以得到模式匹配算法。

Scanner s=Scanner.create(System.in);
String param= s.next();
int value=s.nextInt();
s.close();

Varargs
varargs（可变参数）功能性允许多个参数传递作为方法的参数。它需要简单的 ... 符号，该符号用于接收参数列表的方法，并且它还被用于实现 printf 所需参数的灵活数量。

void argtest(Object ... args) {
for (int i=0;i <args.length; i++) {
}
}

argtest("test", "data");

并发实用程序
并发实用程序库由 Doug Lea 定义在 JSR-166 中，是 J2SE 1.5 平台中流行的并发软件包的一个特殊版本。它提供强大的、高级别的线程构造，包括 executors（这是一个线程任务框架）、线程安全队列、Timers、锁（包括原子锁）和其他同步原语。

著名的旗语（semaphore）是这样一个锁。旗语与现在使用的 wait 的使用方式相同，用于限制对一块代码的访问。旗语更加灵活，并且也允许许多并发的线程访问，同时允许您在获得一个锁之前对它进行测试。下面的例子使用刚好一个旗语，也叫做二进制旗语。更多信息请参见 java.util.concurrent 软件包。

final private Semaphore s= new Semaphore(1, true);

s.acquireUninterruptibly(); //for non-blocking version use s.acquire()

balance=balance+10; //protected value
s.release(); //return semaphore token

rmic —— rmi 编译器
您不再需要使用 rmic —— rmi 编译器工具——来生成最远程的接口存根。动态代理的引入意味着通常由存根提供的信息可以在运行时被发现。更多信息请参见 RMI 版本说明。

可扩展性和性能
1.5 版本承诺在可扩展性和性能方面的改进，新的重点在于启动时间和内存占用，使它更加易于以最大的速度部署应用程序。

最重大的一个更新是引入了 Hotspot JVM 中的类数据共享。该技术不仅在多个正在运行的 JVM 之间共享只读数据，而且改进了启动时间，因为核心的 JVM 类都是预先打包的。

性能工效是 J2SE 1.5 中的一个新特性，这意味着如果您一直使用的是以前版本中专门的 JVM 运行时选项， 那么可能值得不用选项或者用很少的选项重新验证您的性能。

监控和可管理性
监控和可管理性是 Java 平台中的 RAS (Reliability, Availability, Serviceability，即可*性、可用性、可服务性) 的一个关键组件。

JVM Monitoring & Management API (JSR-174) 指定一组全面的可以从正在运行的 JVM 进行监控的 JVM internals。 该信息可通过 JMX (JSR-003) MBeans 访问到，也可以使用 JMX 远程接口 (JSR-160) 和行业标准 SNMP 工具而远程访问得到。

最有用的一个特性是一个低内存检测程序。当超过阀值时，JMX MBeans 可以通知已注册的侦听程序。更多信息请参见 javax.management 和 java.lang.management。

为了了解新的 API 是多么容易使用，下面报告了 Hotspot JVM 中内存堆的详细使用情况。

import java.lang.management.*;
import java.util.*;
import javax.management.*;

public class MemTest {
public static void main(String args[]) {
List pools =ManagementFactory.getMemoryPoolMBeans();
for(ListIterator i = pools.listIterator(); i.hasNext();) {
MemoryPoolMBean p = (MemoryPoolMBean) i.next();
System.out.println("Memory type="+p.getType()+" Memory usage="+p.getUsage());
}
}
}

新的 JVM profiling API (JSR-163)
该版本还包含一个更强大的本机 profiling API，叫做 JVMTI。该 API 已经在 JSR 163 中指定了，并由对改善的 profiling 接口的需求所推动。但是，JVMTI 除了具有 profiling 功能之外，还想要涵盖全范围的本机内部过程工具访问，包括监控工具、调试工具以及潜在的各种各样的其他代码分析工具。

该实现包含一个用于字节码装置（instrumentation）——Java 编程语言装置服务（Java Programming Language Instrumentation Services，JPLIS）的机制。这使得分析工具只在需要的地方添加额外的配置信息（profiling）。该技术的优点是，它允许更加集中的分析，并且限制了正在运行的 JVM 上的 profiling 工具的引用。该装置甚至可以在运行时和类加载时动态地生成，并且可以作为类文件预先处理。

下面这个例子创建了一个装置钩（instrumentation hook），它可以从磁盘加载类文件的一个已修改的版本。要运行该测试，可利用 java -javaagent:myBCI BCITest 启动 JRE。

//File myBCI.java
import java.lang.instrument.Instrumentation;

public class myBCI {
private static Instrumentation instCopy;

public static void premain(String options, Instrumentation inst) {
instCopy = inst;
}
public static Instrumentation getInstrumentation() {
return instCopy;
}
}

//File BCITest.java

import java.nio.*;
import java.io.*;
import java.nio.channels.*;
import java.lang.instrument.*;

public class BCITest {
public static void main (String[] args) {
try {
OriginalClass mc = new OriginalClass();
mc.message();

FileChannel fc=new FileInputStream(new File("modified"+File.separator+"OriginalClass.class")).getChannel();
ByteBuffer buf = fc.map(FileChannel.MapMode.READ_ONLY, 0, (int)fc.size());
byte[] classBuffer = new byte[buf.capacity()];
buf.get(classBuffer, 0, classBuffer.length);
myBCI.getInstrumentation().redefineClasses(new ClassDefinition[] {new ClassDefinition(mc.getClass(), classBuffer)});
mc.message();
}catch (Exception e){}
}
}

//OriginalClass.java
//Compile in current directory
//Copy source to modified directory,change message and recompile

public class OriginalClass {
public void message() {
System.out.println("OriginalClass");
}
}

改进的诊断能力
如果没有控制台窗口可用，生成的 Stack 跟踪就很笨拙。两个新的 API —— getStackTrace 和 Thread.getAllStackTraces —— 以程序的方式提供该信息。

StackTraceElement e[]=Thread.currentThread().getStackTrace();
for (int i=0; i <e.length; i++) {
System.out.println(e);
}
System.out.println("\n"+Thread.getAllStackTraces());