您可以重写一个方法，并让超类构造函数调用它(这可能会让c++程序员感到惊讶)。

例子

并不是一个真正的功能，但它让我笑，goto是一个保留词，除了提示javac戳你的眼睛什么也不做。只是想提醒你，你现在在天堂。

如果你做了很多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模板，从而自动创建方法。

一些控制流的技巧，最后围绕一个return语句:

int getCount() { 
  try { return 1; }
  finally { System.out.println("Bye!"); }
}

确定赋值规则将检查最终变量总是通过简单的控制流分析进行赋值:

final int foo;
if(...)
  foo = 1;
else
  throw new Exception();
foo+1;

局部类。 从包含类的外部实例化Java内部类。

如果不使用默认初始化式，Java处理在变量定义上做了一个巧妙的技巧。

{
   int x;

   if(whatever)
      x=1;

   if(x == 1)
      ...
}

这将在编译时给您一个错误，即您有一个X未正确定义的路径。这帮助了我几次，我已经开始考虑默认的初始化，像这样:

int x=0;
String s=null;

这是一个不好的模式，因为它阻碍了这种有用的检查。

也就是说，有时很难解决这个问题——当它作为默认值有意义时，我不得不回去编辑=null，但我再也没有在第一次传递时把它放在里面了。