如果你做了很多JavaBean开发，并且使用了属性更改支持，你通常会写很多这样的setter:

public void setFoo(Foo aFoo){
  Foo old = this.foo;
  this.foo = aFoo;
  changeSupport.firePropertyChange("foo", old, aFoo);
}

我最近无意中发现了一篇博客，它提出了一个更简洁的实现，使代码更容易编写:

public void setFoo(Foo aFoo){
  changeSupport.firePropertyChange("foo", this.foo, this.foo = aFoo);
}

它实际上简化了事情，以至于我能够在Eclipse中调整setter模板，从而自动创建方法。

我今天才(重新)了解到$是Java中方法或变量的合法名称。与静态导入相结合，可以生成一些可读性稍强的代码，这取决于你对可读的看法:

http://garbagecollected.org/2008/04/06/dollarmaps/

您可以在枚举类的方法定义中切换(此)。当我发现这个方法真的有效时，我大声喊了一声“什么!”

那么自JDK 1.5以来就存在的协变返回类型呢?它的宣传很差，因为它是一个不吸引人的附加，但据我所知，它对泛型工作是绝对必要的。

本质上，编译器现在允许子类将被覆盖方法的返回类型缩小为原始方法返回类型的子类。所以这是允许的:

class Souper {
    Collection<String> values() {
        ...
    }
}

class ThreadSafeSortedSub extends Souper {
    @Override
    ConcurrentSkipListSet<String> values() {
        ...
    }
}

您可以调用子类的values方法并获得一个排序的线程安全的字符串集，而不必向下强制转换为ConcurrentSkipListSet。

从Java 1.5开始，Java现在有了更清晰的语法来编写变量函数。不只是传递一个数组，现在您可以执行以下操作

public void foo(String... bars) {
   for (String bar: bars)
      System.out.println(bar);
}

Bars自动转换为指定类型的数组。这不是一个巨大的胜利，但仍然是一场胜利。

我认为java的另一个“被忽视”的特性是JVM本身。它可能是可用的最好的VM。它支持许多有趣和有用的语言(Jython, JRuby, Scala, Groovy)。所有这些语言都可以轻松无缝地合作。

如果你设计了一种新的语言(就像在scala的例子中)，你会立刻拥有所有现有的库，因此你的语言从一开始就是“有用的”。

所有这些语言都利用了HotSpot优化。VM可以很好地监控和调试。