泛型Generic – 提供了collection操作的编译期类型安全，并且避免了类型转换的苦差事。
For循环增强Enhanced for loop – 避免使用容易引起错误的迭代器.
自动置入/自动取出Autoboxing/unboxing – 避免了在基本类型（如int）和包装类型（如Integer）之间人工转换类型的苦差事。
类型安全的枚举Typesafe enums – 提供了类型安全的枚举模式（(Effective Java, Item 21)）的好处，却没有冗长和易错的代码。
静态导入Static import – 让你可以避免使用类的静态变量而必须前缀类名；而且避免了常数接口的缺点(Effective Java, Item 17)。
元数据 – 让你避免写样本代码。你在程序中做标记然后工具自动帮你生成样本代码。这会导致一种声明式的程序设计方格，你说应该做什么，然后工具就会产生代码完成这个任务。
/**
* 在由String构成的集合中删除所有长度为4的元素
* 传入的集合必须由String构成
*/
static void expurgate(Collection c) {
for (Iterator i = c.iterator(); i.hasNext(); ) {
String s = (String) i.next();
if(s.length() == 4)
i.remove();
}
}
这个类型转换并不完美，而且更重要的是程序可能会在运行时发生错误。假设用户不小心传入一个由StringBuffer构成的集合而不是注释中说明的String，那么就可能会有意外发生。注释说客户端必须传入一个由String构成的集合，但是并不能要求编译器编译时一定满足注释。
下面是同样的代码使用泛型的例子 ：
/**
*在由String构成的集合中删除所有长度为4的元素
*/
static void expurgate(Collection<String> c) {
for (Iterator<String> i = c.iterator(); i.hasNext(); )
if (i.next().length() == 4)
i.remove();
}
现在从代码的签名就可以看出，输入参数必须是仅仅由String构成的集合。如果客户试图传入一个由StringBuffer构成的集合，程序就不会通过编译。而且请注意我们上面的代码中并没有类型转换。它只有短短的一行，而且阅读使用泛型集合的代码也会非常清晰。
void cancelAll(Collection c) {
for (Iterator i = c.iterator(); i.hasNext(); ) {
TimerTask tt = (TimerTask) i.next();
tt.cancel();
}
}
现在我们用"for增强"重写一下这个方法：
void cancelAll(Collection c) {
for (Object o : c)
((TimerTask)o).close();
}
当你读这个语句的时候，其中的分号读作“在其中”。如果我们使用两个新关键字foreach和in将会更加自然，不过引入新关键字会比较麻烦。比如如果我们现有的代码中如果正好使用这两个字作为标志符的话，那么新的编译系统就会破坏我们的原有代码。我们的方法是在保留兼容性的基础扩充语言。
