Java 8의 경우 람다만 들을 수 있지만 이는 그 중 하나일 뿐입니다. Java 8에는 많은 새로운 기능, 몇 가지 강력한 새 클래스 또는 새로운 사용법이 있으며 일부 기능은 초기에 추가되어야 합니다. Java이므로 다음 기사에서는 여러분이 간과했을 수 있는 Java8의 몇 가지 새로운 기능을 주로 소개합니다.
머리말
Java8의 람다 및 함수형 프로그래밍에 대한 관련 내용을 이전에 소개했습니다. 비록 Java8의 여정을 시작했지만 많은 사람들이 Java6에서 직접 Java8을 시작했을 수도 있습니다. 아직은 모르지만 이 장에서는 우리가 잊어버렸던 기능을 다시 살펴보겠습니다. 모든 기능을 한꺼번에 이야기할 수는 없지만 일반적으로 사용되는 핵심 기능만 골라 함께 학습할 수 있습니다. hexception jdk7 에이 기능이 나타났습니다. 약간 번거롭고 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); } }
객체를 작동할 때 때로는 다음과 같이 여러 예외가 발생합니다.
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(); }
반사 예외 처리반사를 사용한 학생은 다음과 같이 반사 방법을 실행할 때 때때로 관련 없는 확인 예외가 많이 발생한다는 것을 알 수 있습니다.
try { Thread.sleep(20000); FileInputStream fis = new FileInputStream("/a/b.txt"); } catch (InterruptedException | IOException e) { e.printStackTrace(); }
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(); }
파일 작업
우리는 JDK6 또는 그 이전에도 텍스트를 읽고 싶다는 것을 알고 있습니다. 매우 귀찮은 일이었지만 이제는 간단해졌습니다. NIO2 덕분에 이전 접근 방식을 살펴보겠습니다.
텍스트 파일 읽기try { Class<?> clazz = Class.forName("com.biezhi.apple.User"); clazz.getMethods()[0].invoke(object); } catch (ReflectiveOperationException e){ e.printStackTrace(); }
모두가 이것에 대해 생각합니다. 코드 조각은 익숙할 것입니다. , 하지만 이것은 너무 번거롭습니다. 텍스트 파일을 읽고 싶을 뿐입니다. 너무 많은 코드를 작성하려면 많은 두통을 유발하는 예외를 처리해야 합니다. 다른 사람들이 Java가 부풀어 오른다고 불평하는 것은 당연합니다. . .
Path
Path는 파일 경로와 파일을 나타내는 데 사용됩니다. File 객체와 유사하게 Path 객체는 반드시 실제 파일과 일치하지는 않습니다.Path 개체를 만드는 방법에는 여러 가지가 있습니다. 첫 번째는 경로 문자열에서 Path 개체를 구성하는 방법입니다.
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(); } }
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);
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();
byte[] data = Files.readAllBytes(Paths.get("/home/biezhi/a.txt")); String content = new String(data, StandardCharsets.UTF_8);
List<String> lines = Files.readAllLines(Paths.get("/home/biezhi/a.txt"));
Files.write(Paths.get("/home/biezhi/b.txt"), "Hello JDK7!".getBytes());
기본적으로 Files 클래스의 모든 메서드는 UTF-8 인코딩을 사용하여 작동합니다. 이 작업을 원하지 않습니다. Charset 매개변수가 들어가서 변경됩니다.
물론 Files에는 일반적으로 사용되는 다른 방법도 있습니다.
Files.write(Paths.get("/home/biezhi/b.txt"), "Hello JDK7!".getBytes(), StandardOpenOption.APPEND);
파일, 디렉터리 만들기
InputStream ins = Files.newInputStream(path); OutputStream ops = Files.newOutputStream(path); Reader reader = Files.newBufferedReader(path); Writer writer = Files.newBufferedWriter(path);
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.list
和Files.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(Class<T> 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); OptionaluserName = ofNullOptional.map(User::getName);
这种操作就像我们之前在操作Stream是一样的,获取的只是User中的一个属性。
默认行为及解引用Optional对象
我们决定采用orElse方法读取这个变量的值,使用这种方式你还可以定义一个默认值, 遭遇空的Optional变量时,默认值会作为该方法的调用返回值。 Optional类提供了多种方法读取 Optional实例中的变量值。
get()
是这些方法中最简单但又最不安全的方法。如果变量存在,它直接返回封装的变量 值,否则就抛出一个NoSuchElementException异常。所以,除非你非常确定Optional 变量一定包含值,否则使用这个方法是个相当糟糕的主意。此外,这种方式即便相对于 嵌套式的null检查,也并未体现出多大的改进。
orElse(T other)
是我们在代码清单10-5中使用的方法,正如之前提到的,它允许你在 Optional对象不包含值时提供一个默认值。
orElseGet(Supplier<? extends T> other)
是orElse方法的延迟调用版,Supplier 方法只有在Optional对象不含值时才执行调用。如果创建默认值是件耗时费力的工作, 你应该考虑采用这种方式(借此提升程序的性能),或者你需要非常确定某个方法仅在 Optional为空时才进行调用,也可以考虑该方式(这种情况有严格的限制条件)。
orElseThrow(Supplier<? extends X> exceptionSupplier)
和get方法非常类似, 它们遭遇Optional对象为空时都会抛出一个异常,但是使用orElseThrow你可以定制希 望抛出的异常类型。
ifPresent(Consumer<? super T>)
让你能在变量值存在时执行一个作为参数传入的 方法,否则就不进行任何操作。
当前除了这些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做例子,假设你有一个Map<String, Object>
类型的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 중국어 웹사이트의 기타 관련 기사를 참조하세요!