Java 6(来自Sun)带有嵌入式javascript解释器。

http://java.sun.com/javase/6/docs/technotes/guides/scripting/programmer_guide/index.html#jsengine

您选择的编码中的属性文件如何?过去，当你加载你的属性，你提供了一个InputStream和load()方法解码为ISO-8859-1。你实际上可以用其他编码来存储文件，但你必须在加载后使用像这样令人作呕的黑客来正确解码数据:

String realProp = new String(prop.getBytes("ISO-8859-1"), "UTF-8");

但是，从JDK 1.6开始，有一个load()方法接受Reader而不是InputStream，这意味着您可以从一开始就使用正确的编码(还有一个store()方法接受Writer)。对我来说，这似乎是一件相当大的事情，但它似乎是悄无声息地潜入JDK的。我几周前才偶然发现它，快速搜索谷歌，只发现了一个提及。

使用此关键字从内部类访问包含类的字段/方法。在下面的例子中，我们希望使用匿名内部类的容器类的sortAscending字段。使用ContainerClass.this.sortAscending代替this。sortAscending就是这样。

import java.util.Comparator;

public class ContainerClass {
boolean sortAscending;
public Comparator createComparator(final boolean sortAscending){
    Comparator comparator = new Comparator<Integer>() {

        public int compare(Integer o1, Integer o2) {
            if (sortAscending || ContainerClass.this.sortAscending) {
                return o1 - o2;
            } else {
                return o2 - o1;
            }
        }

    };
    return comparator;
}
}

真正让我吃惊的是自定义序列化机制。

而这些方法是私有的!!，它们会在对象序列化期间被JVM“神秘地”调用。

private void writeObject(ObjectOutputStream out) throws IOException;
private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException;

通过这种方式，您可以创建自己的自定义序列化，使其更加“随便”(安全、快速、罕见、简单等)。

如果大量信息必须通过节点传递，这是真正应该考虑的事情。序列化机制可以更改为发送数据的一半。很多时候，瓶颈并不在平台上，而是在通过线路发送的数量上，这可能会为您节省数千个硬件dll。

这是一篇文章。 http://java.sun.com/developer/technicalArticles/Programming/serialization/

字符串参数化类工厂。

Class.forName( className ).newInstance();

从部署jar文件中加载资源(属性文件，xml, xslt，图像等)。

this.getClass().getClassLoader().getResourceAsStream( ... ) ;

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

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

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

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

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