java 9的新特性解读（3）

语法改进：try语句

Java 8 中，可以实现资源的自动关闭，但是要求执行后必须关闭的所有资源必须在try子句中初始化，否则编译不通过。如下例所示：

    try(InputStreamReader reader = new InputStreamReader(System.in)){
        //读取数据细节省略
    }catch (IOException e){
        e.printStackTrace();
    }

Java 9 中，用资源语句编写try将更容易，我们可以在try子句中使用已经初始 化过的资源，此时的资源是final的：

    InputStreamReader reader = new InputStreamReader(System.in);
        OutputStreamWriter writer = new OutputStreamWriter(System.out);
        try (reader; writer) {
            //reader是final的，不可再被赋值
            //reader = null;
            //具体读写操作省略
        } catch (IOException e) {
            e.printStackTrace();
        }

String存储结构变更

Motivation

The current implementation of the String class stores characters in a chararray, using two bytes (sixteen bits) for each character. Data gathered from many different applications indicates that strings are a major component of heap usage and, moreover, that most String objects contain only Latin-1 characters. Such characters require only one byte of storage, hence half of thespace in the internal char arrays of such String objects is going unused.

String 类的当前实现将字符存储在 chararray 中，每个字符使用两个字节（十六位）。从许多不同的应用程序收集的数据表明字符串是堆使用的主要组成部分，此外，大多数 String 对象仅包含 Latin-1字符。此类字符只需要一个字节的存储空间，因此此类 String 对象的内部 char 数组中有一半的空间未使用。

Description

We propose to change the internal representation of the String class from a UTF-16 char array to a byte array plus an encoding-flag field. The new String class will store characters encoded either as ISO-8859-1/Latin-1 (one byte per character), or as UTF-16 (two bytes per character), based upon the contents of the string. The encoding flag will indicate which encoding is used.

我们建议将 String 类的内部表示形式从 UTF-16 字符数组更改为字节数组加上编码标志字段。新的 String 类将根据字符串的内容存储编码为 ISO-8859-1/Latin-1（每个字符一个字节）或 UTF-16（每个字符两个字节）的字符。编码标志将指示使用哪种编码。

结论：String 再也不用 char[] 来存储啦，改成了 byte[] 加上编码标记，节约了一些空间。

 public final class String
         implements java.io.Serializable, Comparable<String>, CharSequence {
            @Stable
            private final byte[] value;
 }

那StringBuffer 和 StringBuilder 是否仍无动于衷呢？  

String-related classes such as AbstractStringBuilder, StringBuilder,and StringBuffer will be updated to use the same representation, as will the HotSpot VM‘s intrinsic(固有的、内置的) string operations.

与字符串相关的类（如 AbstractStringBuilder、StringBuilder 和 StringBuffer）将更新为使用相同的表示形式，HotSpot VM 的 intrinsic（固有的、内置的）字符串操作也将更新。

集合工厂方法：快速创建只读集合

要创建一个只读、不可改变的集合，必须构造和分配它，然后添加元素，最后 包装成一个不可修改的集合。

 List<String> namesList = new ArrayList<>();
        namesList.add("Joe");
        namesList.add("Bob");
        namesList.add("Bill");
        namesList = Collections.unmodifiableList(namesList);
        System.out.println(namesList);

缺点：我们一下写了五行。即：它不能表达为单个表达式

        List<String> list = Collections.unmodifiableList(Arrays.asList("a", "b", "c"));
        Set<String> set = Collections.unmodifiableSet(new HashSet<>(Arrays.asList("a",
                "b", "c")));
// 如下操作不适用于jdk 8 及之前版本,适用于jdk 9
        Map<String, Integer> map = Collections.unmodifiableMap(new HashMap<>() {
            {
                put("a", 1);
                put("b", 2);
                put("c", 3);
            }
        });
        map.forEach((k, v) -> System.out.println(k + ":" + v));

Java 9因此引入了方便的方法，这使得类似的事情更容易表达。

List firsnamesList = List.of(“Joe” , ”Bob” , ”Bill”);调用集合中静态方法of()，可以将不同数量的参数传输到此工厂方法中。此功能可用于Set和List，也可用于Map的类似形式。此时得到的集合，是不可变的：在创建后，继续添加元素到这些集合会导“UnsupportedOperationException” 。 由于Java 8中接口方法的实现，可以直接在List，Set和Map的接口内定义这些方法， 便于调用。

List<String> list = List.of("a", "b", "c");
Set<String> set = Set.of("a", "b", "c");
Map<String, Integer> map1 = Map.of("Tom", 12, "Jerry", 21, "Lilei", 33, 
"HanMeimei", 18);
Map<String, Integer> map2 = Map.ofEntries(Map.entry("Tom", 89), 
Map.entry("Jim", 78), Map.entry("Tim", 98));