ホームページ  >  記事  >  Java  >  見落とされている可能性のある Java 8 の新機能の共有

見落とされている可能性のある Java 8 の新機能の共有

黄舟
黄舟オリジナル
2017-08-09 13:53:011796ブラウズ

Java 8 というとラムダしか聞こえませんが、これはそのうちの 1 つにすぎません。Java 8 には多くの新機能、いくつかの強力な新しいクラスや新しい使用法、および初期の機能が追加されるはずです。 Java については、次の記事で主に、見落としているかもしれない Java8 のいくつかの新機能を紹介します。必要な方は参照してください。

前書き

Java8 のラムダと関数型プログラミングに関する関連コンテンツを以前に紹介しましたが、多くの人は Java6 から直接 Java8 を始めているかもしれません。まだわかりませんが、この章では、忘れていた機能についてもう一度説明します。 一度にすべての機能について説明することはできませんが、よく使用されるコア機能をピックアップして一緒に学習することはできます。


例外の改善

try-with-resources

この機能は、以前にストリームオブジェクトを操作したとき、次のように見えました:


これは間違いありません。そうだ少し面倒で、finally ブロックでも例外がスローされる可能性があります。 try-with-resources メカニズムは JDK7 で提案されました。このメカニズムでは、操作するクラスが AutoCloseable インターフェイスを実装している限り、try ステートメント ブロックの終了時に close メソッドを自動的に呼び出してストリーム リソースを閉じることができると規定されています。

try {
 // 使用流对象
 stream.read();
 stream.write();
} catch(Exception e){
 // 处理异常
} finally {
 // 关闭流资源
 if(stream != null){
 stream.close();
 }
}

複数のリソースを使用する

public static void tryWithResources() throws IOException {
 try( InputStream ins = new FileInputStream("/home/biezhi/a.txt") ){
 char charStr = (char) ins.read();
 System.out.print(charStr);
 }
}

もちろん、非標準のライブラリ クラスを使用している場合は、その close メソッドを実装するだけで AutoCloseable をカスタマイズすることもできます。

複数の例外をキャッチするオブジェクトを操作すると、次のような複数の例外がスローされることがあります:

try ( InputStream is = new FileInputStream("/home/biezhi/a.txt");
 OutputStream os = new FileOutputStream("/home/biezhi/b.txt")
) {
 char charStr = (char) is.read();
 os.write(charStr);
}

このようなコードを書くには、多くの例外をキャッチする必要がありますが、非常にエレガントです。JDK7 ではこれが可能です。複数の例外をキャッチできます:

try {
 Thread.sleep(20000);
 FileInputStream fis = new FileInputStream("/a/b.txt");
} catch (InterruptedException e) {
 e.printStackTrace();
} catch (IOException e) {
 e.printStackTrace();
}

および catch ステートメントの後の例外パラメータは最終的なものであり、変更/コピーできません。

リフレクション例外の処理リフレクションを使用したことのある学生は、リフレクション メソッドを操作するときに、次のような無関係なチェック例外をスローすることがあることを知っているかもしれません。上記の例外はすべて例外ですが、これも厄介です。 JDK7 はこの欠陥を修正し、次のリフレクション例外をキャッチするのに役立つ新しいクラス ReflectiveOperationException を導入しました:

try {
 Thread.sleep(20000);
 FileInputStream fis = new FileInputStream("/a/b.txt");
} catch (InterruptedException | IOException e) {
 e.printStackTrace();
}

ファイル操作


JDK6 またはそれ以前では、テキスト ファイルも読み込む必要があることがわかっています。非常に面倒なことですが、NIO2 のおかげで簡単になりました。以前のアプローチを見てみましょう:

テキスト ファイルを読む

try {
 Class<?> clazz = Class.forName("com.biezhi.apple.User");
 clazz.getMethods()[0].invoke(object);
} catch (IllegalAccessException e) {
 e.printStackTrace();
} catch (InvocationTargetException e) {
 e.printStackTrace();
} catch (ClassNotFoundException e) {
 e.printStackTrace();
}

これについては誰もが考えます コードの一部はよく知られている必要があります、しかし、これはあまりにも面倒です。これだけのコードを書くには、頭痛を引き起こす大量の例外に対処する必要があります。しかし、他の人が Java が肥大化していると不満を言うのも不思議ではありません。 。 。

それでは、JDK7でこれらの問題を改善する方法を紹介します。

PathPath は、File オブジェクトと同様に、実際のファイルに対応するものではなく、単なる抽象的なパスです。

Path オブジェクトを作成するには多くの方法があります。1 つ目は、最終クラス Paths の 2 つの静的メソッドです。パス文字列から Path オブジェクトを構築する方法:

try {
 Class<?> clazz = Class.forName("com.biezhi.apple.User");
 clazz.getMethods()[0].invoke(object);
} catch (ReflectiveOperationException e){
 e.printStackTrace();
}

Path、URI と File の間の変換

BufferedReader br = null;
try {
 new BufferedReader(new FileReader("file.txt"));
 StringBuilder sb = new StringBuilder();
 String line = br.readLine();
 while (line != null) {
 sb.append(line);
 sb.append(System.lineSeparator());
 line = br.readLine();
 }
 String everything = sb.toString();
} catch (Exception e){
 e.printStackTrace();
} finally {
 try {
 br.close();
 } catch (IOException e) {
 e.printStackTrace();
 }
}

ファイルの読み取りと書き込み

Files クラスを使用すると、ファイル内容の読み取りなどのファイル操作をすばやく実装できます:

Path path1 = Paths.get("/home/biezhi", "a.txt");
Path path2 = Paths.get("/home/biezhi/a.txt");
URI u = URI.create("file:////home/biezhi/a.txt");
Path pathURI = Paths.get(u);

ファイルを 1 行ずつ読み取る場合は、

Path filePath = FileSystems.getDefault().getPath("/home/biezhi", "a.txt");
を呼び出すことができます。 逆に、ファイルに文字列を書き込みたい場合は、

File file = new File("/home/biezhi/a.txt");
Path p1 = file.toPath();
p1.toFile();
file.toURI();

を呼び出すこともできます。 行ごとにファイルを書き込むこともできます。 Files.write メソッドのパラメーターは、Iterable クラス インスタンスの受け渡しをサポートしています。 指定したファイルにコンテンツを追加するには、write メソッドの 3 番目のパラメーター OpenOption を使用できます:

byte[] data = Files.readAllBytes(Paths.get("/home/biezhi/a.txt"));
String content = new String(data, StandardCharsets.UTF_8);

デフォルトでは、Files クラスのすべてのメソッドは操作に UTF-8 エンコーディングを使用します。これを渡すことができます。 Charsetパラメータはこれを実行したくありません。

もちろん、Files には他にも一般的に使用されるメソッドがいくつかあります:


List<String> lines = Files.readAllLines(Paths.get("/home/biezhi/a.txt"));

作成、移動、削除

ファイル、ディレクトリを作成する

Files.write(Paths.get("/home/biezhi/b.txt"), "Hello JDK7!".getBytes());

Files には、一時ファイルを作成するためのメソッドもいくつか用意されています。 files/ 一時ディレクトリ:

Files.createTempFile(dir, prefix, suffix);
Files.createTempFile(prefix, suffix);
Files.createTempDirectory(dir, prefix);
Files.createTempDirectory(prefix);

这里的dir是一个Path对象,并且字符串prefix和suffix都可能为null。 例如调用Files.createTempFile(null, ".txt")会返回一个类似/tmp/21238719283331124678.txt

读取一个目录下的文件请使用Files.listFiles.walk方法

复制、移动一个文件内容到某个路径


Files.copy(in, path);
Files.move(path, path);

删除一个文件


Files.delete(path);

小的改进

Java8是一个较大改变的版本,包含了API和库方面的修正,它还对我们常用的API进行很多微小的调整, 下面我会带你了解字符串、集合、注解等新方法。

字符串

使用过JavaScript语言的人可能会知道当我们将一个数组中的元素组合起来变成字符串有一个方法join, 例如我们经常用到将数组中的字符串拼接成用逗号分隔的一长串,这在Java中是要写for循环来完成的。

Java8种添加了join方法帮你搞定这一切:


String str = String.join(",", "a", "b", "c");

第一个参数是分隔符,后面接收一个CharSequence类型的可变参数数组或一个Iterable。

集合

集合改变中最大的当属前面章节中提到的Stream API,除此之外还有一些小的改动。

类/接口 新方法
Iterable foreach
Collection removeIf
List replaceAll, sort
Map forEach, replace, replaceAll, remove(key, value),
     putIfAbsent, compute, computeIf, merge
Iterator forEachRemaining
BitSet stream
  • Map中的很多方法对并发访问十分重要,我们将在后面的章节中介绍

  • Iterator提供forEachRemaining将剩余的元素传递给一个函数

  • BitSet可以产生一个Stream对象

通用目标类型判断

Java8对泛型参数的推断进行了增强。相信你对Java8之前版本中的类型推断已经比较熟悉了。 比如,Collections中的方法emptyList方法定义如下:


static <T> List<T> emptyList();

emptyList方法使用了类型参数T进行参数化。 你可以像下面这样为该类型参数提供一个显式的类型进行函数调用:


List<Person> persons = Collections.<Person>emptyList();

不过编译器也可以推断泛型参数的类型,上面的代码和下面这段代码是等价的:


List<Person> persons = Collections.emptyList();

我还是习惯于这样书写。

注解

Java 8在两个方面对注解机制进行了改进,分别为:

  • 可以定义重复注解

  • 可以为任何类型添加注解

重复注解

之前版本的Java禁止对同样的注解类型声明多次。由于这个原因,下面的第二句代码是无效的:


@interface Basic {
 String name();
}
@Basic(name="fix")
@Basic(name="todo")
class Person{ }

我们之前可能会通过数组的做法绕过这一限制:


@interface Basic {
 String name();
}
@interface Basics {
 Basic[] value();
}
@Basics( { @Basic(name="fix") , @Basic(name="todo") } )
class Person{ }

Book类的嵌套注解相当难看。这就是Java8想要从根本上移除这一限制的原因,去掉这一限制后, 代码的可读性会好很多。现在,如果你的配置允许重复注解,你可以毫无顾虑地一次声明多个同一种类型的注解。 它目前还不是默认行为,你需要显式地要求进行重复注解。

创建一个重复注解

如果一个注解在设计之初就是可重复的,你可以直接使用它。但是,如果你提供的注解是为用户提供的, 那么就需要做一些工作,说明该注解可以重复。下面是你需要执行的两个步骤:

  • 将注解标记为@Repeatable

  • 提供一个注解的容器下面的例子展示了如何将@Basic注解修改为可重复注解


@Repeatable(Basics.class)
@interface Basic {
 String name();
}
@Retention(RetentionPolicy.RUNTIME)
@interface Basics {
 Basic[] value();
}

完成了这样的定义之后,Person类可以通过多个@Basic注解进行注释,如下所示:


@Basic(name="fix")
@Basic(name="todo")
class Person{ }

编译时, Person 会被认为使用了 @Basics( { @Basic(name="fix") , @Basic(name="todo")} ) 这样的形式进行了注解,所以,你可以把这种新的机制看成是一种语法糖, 它提供了程序员之前利用的惯用法类似的功能。为了确保与反射方法在行为上的一致性, 注解会被封装到一个容器中。 Java API中的getAnnotation(Class8742468051c85b06f0a0af9e3e506b5c annotationClass)方法会为注解元素返回类型为T的注解。 如果实际情况有多个类型为T的注解,该方法的返回到底是哪一个呢?

我们不希望一下子就陷入细节的魔咒,类Class提供了一个新的getAnnotationsByType方法, 它可以帮助我们更好地使用重复注解。比如,你可以像下面这样打印输出Person类的所有Basic注解:

返回一个由重复注解Basic组成的数组


public static void main(String[] args) {
 Basic[] basics = Person.class.getAnnotationsByType(Basic.class);
 Arrays.asList(basics).forEach(a -> {
 System.out.println(a.name());
 });
}

Null检查

Objects类添加了两个静态方法isNull和nonNull,在使用流的时候非常有用。

例如获取一个流的所有不为null的对象:


Stream.of("a", "c", null, "d")
 .filter(Objects::nonNull)
 .forEach(System.out::println);

Optional

空指针异常一直是困扰Java程序员的问题,也是我们必须要考虑的。当业务代码中充满了if else判断null 的时候程序变得不再优雅,在Java8中提供了Optional类为我们解决NullPointerException。

我们先来看看这段代码有什么问题?


class User {
 String name;
 public String getName() {
 return name;
 }
}
public static String getUserName(User user){
 return user.getName();
}

这段代码看起来很正常,每个User都会有一个名字。所以调用getUserName方法会发生什么呢? 实际这是不健壮的程序代码,当User对象为null的时候会抛出一个空指针异常。

我们普遍的做法是通过判断user != null然后获取名称


public static String getUserName(User user){
 if(user != null){
 return user.getName();
 }
 return null;
}

但是如果对象嵌套的层次比较深的时候这样的判断我们需要编写多少次呢?难以想象

处理空指针

使用Optional优化代码


public static String getUserNameByOptional(User user) {
 Optional<String> userName = Optional.ofNullable(user).map(User::getName);
 return userName.orElse(null);
}

当user为null的时候我们设置UserName的值为null,否则返回getName的返回值,但此时不会抛出空指针。

在之前的代码片段中是我们最熟悉的命令式编程思维,写下的代码可以描述程序的执行逻辑,得到什么样的结果。 后面的这种方式是函数式思维方式,在函数式的思维方式里,结果比过程更重要,不需要关注执行的细节。程序的具体执行由编译器来决定。 这种情况下提高程序的性能是一个不容易的事情。

我们再次了解下Optional中的一些使用方法

Optional方法

创建 Optional 对象

你可以通过静态工厂方法Optional.empty,创建一个空的Optional对象:


Optional<User> emptyUser = Optional.empty();

创建一个非空值的Optional


Optional<User> userOptional = Optional.of(user);

如果user是一个null,这段代码会立即抛出一个NullPointerException,而不是等到你试图访问user的属性值时才返回一个错误。

可接受null的Optional


Optional<User> ofNullOptional = Optional.ofNullable(user);

使用静态工厂方法Optional.ofNullable,你可以创建一个允许null值的Optional对象。

如果user是null,那么得到的Optional对象就是个空对象,但不会让你导致空指针。

使用map从Optional对象中提取和转换值


Optional<User> ofNullOptional = Optional.ofNullable(user);
Optional userName = ofNullOptional.map(User::getName);

这种操作就像我们之前在操作Stream是一样的,获取的只是User中的一个属性。

默认行为及解引用Optional对象

我们决定采用orElse方法读取这个变量的值,使用这种方式你还可以定义一个默认值, 遭遇空的Optional变量时,默认值会作为该方法的调用返回值。 Optional类提供了多种方法读取 Optional实例中的变量值。

  • get()是这些方法中最简单但又最不安全的方法。如果变量存在,它直接返回封装的变量 值,否则就抛出一个NoSuchElementException异常。所以,除非你非常确定Optional 变量一定包含值,否则使用这个方法是个相当糟糕的主意。此外,这种方式即便相对于 嵌套式的null检查,也并未体现出多大的改进。

  • orElse(T other)是我们在代码清单10-5中使用的方法,正如之前提到的,它允许你在 Optional对象不包含值时提供一个默认值。

  • orElseGet(Supplierd203bb1ae585225d4838a2b7e3d0503e other)是orElse方法的延迟调用版,Supplier 方法只有在Optional对象不含值时才执行调用。如果创建默认值是件耗时费力的工作, 你应该考虑采用这种方式(借此提升程序的性能),或者你需要非常确定某个方法仅在 Optional为空时才进行调用,也可以考虑该方式(这种情况有严格的限制条件)。

  • orElseThrow(Supplierb4690ad92a9d39463cecfa62549165e4 exceptionSupplier)和get方法非常类似, 它们遭遇Optional对象为空时都会抛出一个异常,但是使用orElseThrow你可以定制希 望抛出的异常类型。

  • ifPresent(Consumer117c5a0bdb71ea9a9d0c2b99b03abe3e)让你能在变量值存在时执行一个作为参数传入的 方法,否则就不进行任何操作。

当前除了这些Optional类也具备一些和Stream类似的API,我们先看看Optional类方法:

方法 描述
empty 返回一个空的 Optional 实例
get 如果该值存在,将该值用Optional包装返回,否则抛出一个NoSuchElementException异常
ifPresent 如果值存在,就执行使用该值的方法调用,否则什么也不做
isPresent 如果值存在就返回true,否则返回false
filter 如果值存在并且满足提供的谓词,就返回包含该值的 Optional 对象;
     否则返回一个空的Optional对象
map 如果值存在,就对该值执行提供的 mapping 函数调用
flatMap 如果值存在,就对该值执行提供的 mapping 函数调用,
     返回一个 Optional 类型的值,否则就返 回一个空的Optional对象
of 将指定值用 Optional 封装之后返回,如果该值为null,则抛出一个NullPointerException异常
ofNullable 将指定值用 Optional 封装之后返回,如果该值为 null,则返回一个空的Optional对象
orElse 如果有值则将其返回,否则返回一个默认值
orElseGet 如果有值则将其返回,否则返回一个由指定的 Supplier 接口生成的值
orElseThrow 如果有值则将其返回,否则抛出一个由指定的 Supplier 接口生成的异常

用Optional封装可能为null的值

目前我们写的大部分Java代码都会使用返回NULL的方式来表示不存在值,比如Map中通过Key获取值, 当不存在该值会返回一个null。 但是,正如我们之前介绍的,大多数情况下,你可能希望这些方法能返回一个Optional对象。 你无法修改这些方法的签名,但是你很容易用Optional对这些方法的返回值进行封装。

我们接着用Map做例子,假设你有一个Map994a833a6ffa28d85b72cb15422c29d6类型的map,访问由key的值时, 如果map中没有与key关联的值,该次调用就会返回一个null。


Object value = map.get("key");

使用Optional封装map的返回值,你可以对这段代码进行优化。要达到这个目的有两种方式: 你可以使用笨拙的if-then-else判断语句,毫无疑问这种方式会增加代码的复杂度; 或者你可以采用Optional.ofNullable方法


Optional<Object> value = Optional.ofNullable(map.get("key"));

每次你希望安全地对潜在为null的对象进行转换,将其替换为Optional对象时,都可以考虑使用这种方法。

总结

以上が見落とされている可能性のある Java 8 の新機能の共有の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。