NIO.2 入门，第 2 部分: 文件系统 API

最新推荐文章于 2024-11-03 11:01:20 发布
最新推荐文章于 2024-11-03 11:01:20 发布
阅读量73 收藏
点赞数
文章标签： java 数据库 runtime
原文链接：http://www.cnblogs.com/rollenholt/articles/2220846.html
版权

简介： 本文是介绍 More New I/O APIs for the Java™ Platform（NIO.2）的两部分系列文章的第二部分， 本文涵盖了在新的 java.nio.file 包及其子包中的大部分重要的类与功能。 正如在第一部分 中对 NI0.2 异步通道 API 的讨论，在本文中，作者利用大量的代码示例来论证相关的概念。

本文是介绍 Java 7 中的 More New I/O APIs for Java (NIO.2) 的两部分文章的第二部分。 正如在 第一部分 中探索的异通道 API 一样， NIO.2 的文件系统用以前 Java 版本处理 I/O 的相关方法，填补了一些重大的空白。 依照 NIO.2 Java 规范要求（JSR 203）：

Java 平台早就需要一个文件系统接口而不是  java.io.File 类。 该类不会在平台中以一贯的方式来处理文件名，它不支持高效文件属性访问，不允许复杂应用程序利用可用的文件系统特定特性（比如，符号链接）， 而且，其大多数方法在出错时仅返回失败，而不会提供异常信息。

补救措施是 Java 7 试用版中的三个新的文件系统包：

  • java.nio.file
  • java.nio.file.attribute
  • java.nio.file.spi

本文重点关注这些包中最有用的类：

  • java.nio.file.Files 与 java.nio.file.FileVisitor 使得您可以在文件系统中漫步，在特定目录深度查询文件或者目录，并可对每个查询结果执行用户实现的回调方法。
  • java.nio.file.Path 与 java.nio.file.WatchService 允许 “ 注册 ” 来监视特定目录。如果在目录中发生了文件创建、修改或者删除操作，监视目录的应用程序将收到通知。
  • java.nio.attribute.*AttributeView 允许查看此前对于 Java 用户隐藏的文件和目录属性。这些属性包括文件所有者及组权限，访问控制列表（ACL），以及扩展文件属性。

本文将提供如何使用这些类的相关例子。 这些例子都处于可运行状态（见 下载），您可在 Oracle 以及 IBM®（在本文写作期间，都还处于开发阶段；见 参见资料） 所提供的 Java 7 版中运行这些例子。

文件访问类

我们的第一个例子演示了新的 FileVisitor API。

设想一个场景，您想要递归地访问一个目录树，在该树中的每个文件及目录上停下来，并为每个查找到的条目调用您自己的回调方法。在以前的 Java 版本中，这可能是个很痛苦的过程，包括递归列出目录、检查其条目、并自己调用回调。在 Java 7 中，这些都在FileVisitor 中有提供，使用起来非常简单。

第一步是实现您自己的 FileVisitor 类。这个类包含 file-visitor 引擎穿越文件系统时所调用的回调方法。FileVisitor 接口由 5 个方法组成，在此处以遍历其间被调用的典型顺序来列出（T 在此处代表 java.nio.file.Path 或者超类）：

  • 在访问目录中的条目之前调用 FileVisitResult preVisitDirectory(T dir)。它返回一个 FileVisitResult 枚举值，来告诉文件访问程序 API 下一步做什么。
  • 当目录由于某些原因无法访问时，调用 FileVisitResult preVisitDirectoryFailed(T dir, IOException exception)。在第二个参数中指出了导致访问失败的异常。
  • 在当前目录中有文件被访问时，调用 FileVisitResult visitFile(T file, BasicFileAttributes attribs)。该文件的属性传递给第二个参数。（可在本文 文件属性 部分更深入了解文件属性。）
  • 当访问文件失败时，调用 FileVisitResult visitFileFailed(T file, IOException exception)。第二个参数指明导致访问失败的异常。
  • 完成对目录及其子目录的访问后，调用 FileVisitResult postVisitDirectory(T dir, IOException exception)。当目录访问成功时，异常参数为空，或者包含导致目录访问过早结束的异常。

为了节约开发人员的时间， NIO.2 提供了 FileVisitor 的实现接口：java.nio.file.SimpleFileVisitor。该类以基础方式获取：对于 *Failed() 方法，它只是重新引发该异常，并且对于其他方法，它会继续下去而根本不做任何事！它的作用在于，您可以使用匿名类来替代您所希望替代的方法；剩下的方法会按默认方式实现。

清单 1 展示如何创建一个 FileVisitor 实例的例子：


清单 1. FileVisitor 实现

					
FileVisitor<Path> myFileVisitor = new SimpleFileVisitor<Path>() { 

    @Override
    public FileVisitResult preVisitDirectory(Path dir) { 
       System.out.println("I'm about to visit the "+dir+" directory"); 
       return FileVisitResult.CONTINUE;
    }
  
    @Override 
    public FileVisitResult visitFile(Path file, BasicFileAttributes attribs) {

       System.out.println("I'm visiting file "+file+" which has size " +attribs.size());
       return FileVisitResult.CONTINUE;
    }

};

清单 1 中 FileVisitor 的实现，应当为其访问的每个目录和文件打印消息，并给出从其 BasicFileAttributes 中获取的文件大小。

接下来，我们想创建开始我们文件访问的 Path。利用类 java.nio.Paths 完成这一操作：

Path headDir = Paths.get("headDir");

我们可以利用两个方法中的任何一个在 类上启动树遍历：

  • public static void walkFileTree(Path head, FileVisitor<? super Path> fileVisitor) 浏览头目录下的文件树，在这一过程中调用在 fileVisitor 中实现的回调方法。
  • public static void walkFileTree(Path head, Set<FileVisitOption> options, int depth, FileVisitor<? super Path> fileVisitor) 与前面的方法相似，但是它给出两个附加的参数来指定访问选项，以及遍历将访问文件树中的多少个目录。

我们将使用 walkFileTree() 方法的简单版本，来开始浏览文件数的流程：

Files.walkFileTree(headDir, myFileVisitor);

假设目录结构是这样的：

 headDir
  |--- myFile1
  |--- mySubDirectory1
  |     \myFile2
  \--- mySubDirectory2
        |--- myFile3
        \--- mySubdirectory3
              \---myFile4

清单 2 展示了这一例子的输出：


清单 2. FileVisitor 输出

				
I'm about to visit the headDir directory
I'm about to visit the headDir\mySubDirectory2 directory
I'm about to visit the headDir\mySubDirectory2\mySubDirectory3 directory
I'm visiting file headDir\mySubDirectory2\mySubDirectory3\myFile4 which has size 2
I'm visiting file headDir\mySubDirectory2\myFile3 which has size 2
I'm about to visit the headDir\mySubDirectory1 directory
I'm visiting file headDir\mySubDirectory1\myFile2 which has size 2
I'm visiting file headDir\myFile1 which has size 2

正如您所见到的，该文件是深度优先遍历，但不一定在任何目录内按字母顺序来进行。回调方法如期望那样被调用，我们可以看到，树中的所有文件都已列出，并且所有目录均已被访问。

仅利用 15 行内容，我们就创建了文件访问程序，来浏览任何您所给出的文件树，并检查包含在其中的文件。这个例子很基础，但是回调可按需地进行更加复杂的实现。

回页首

目录监视

第二个例子展示了新 WatchService API 及其相关类的精彩世界。

这一例子的场景很简单：您想要追踪特定目录（或多个目录）中是否有文件或者目录正被创建、修改、或者删除。您可能要利用这一信息来更新 GUI 显示中列示的文件，或者想检查对将要重新加载的配置文件的修改。在以前的 Java 版本中，必须实现一个代理，该代理运行在单独的线程中，来保持对目录所有内容的追踪，不断轮询文件系统来查看是否有相关的情况发生。在 Java 7 中，WatchService API 提供了查看目录的能力。这就免除了自己编写文件系统轮询程序的所有麻烦，并且，如果可能的话，它可基于本地系统 API 来获取更优的性能。

第一步是通过 java.nio.file.FileSystems 类创建 WatchService 实例。本文不涉及文件系统的细节，因此在大多数情况下，您 会希望得到默认的文件系统，然后调用其 newWatchService() 方法：

WatchService watchService = FileSystems.getDefault().newWatchService();

现在我们有了自己的监视服务实例，我们想要注册到一个路径来进行监视。因为我们想要以与文件访问程序示例完全不同的方式，来为监视的目录创建一个 Path 对象，所以，我们可以在此使用其 File 实例：

File watchDirFile = new File("watchDir");
Path watchDirPath = watchDirFile.toPath();

Path 类实现 java.nio.file.Watchable 接口，并且该接口定义我们将在这里例子中使用的 register() 方法。WatchKey register(WatchService watchService, WatchEvent.Kind<?>... events) 通过为所给特定事件所指定的 watchService 来注册这一方法所要调用的 Path。仅当在注册调用中指定了事件时，事件才会触发一个通知。

对于默认的 WatchService 实现，java.nio.file.StandardWatchEventKind 类定义三个 java.nio.file.StandardWatchEventKind 的静态实现，这些可用于 register() 调用：

  • StandardWatchEventKind.ENTRY_CREATE 指出在所注册的 Path 中创建了文件或者目录。当文件重命名或者移入这一目录时，还触发了 ENTRY_CREATE 事件。
  • StandardWatchEventKind.ENTRY_MODIFY 指出在所注册的 Path 中文件或者目录被修改。究竟是哪些事件组成了修改，在一定程度上是平台特定的，但是在这里只想说，其实对文件内容的修改总会触发一个修改事件。在一些平台中，变更文件的属性也会触发这一事件。
  • StandardWatchEventKind.ENTRY_DELETE 指出在所注册的 Path 中删除了文件或者目录。当对文件重命名或者将文件移出目录时，也会触发 ENTRY_DELETE 事件。

对于我们的例子，让我们监视 ENTRY_CREATE 和 ENTRY_MODIFY 事件，而不是 ENTRY_DELETE：

WatchKey watchKey = watchDirPath.register(watchService, 
       StandardWatchEventKind.ENTRY_CREATE, StandardWatchEventKind.ENTRY_MODIFY);

Path 现在注册为被监视，并且 WatchService 将总会一直在后台安静地工作，专心地监视目录。利用前面所展示的相同 Path 创建和register() 调用，同一个 WatchService 实例能够监视多个目录。

您可能已经发现 register() 方法调用返回了我们以前从未遇到过的类：WatchKey。该类代表注册到 WatchService。是否挂接到这个引用由您决定，因为触发事件后，WatchService 会返回相关的 WatchKey。然而，要注意不存在方法调用用来找出 WatchKey 注册到哪个 目录，因此如果正在监视多个目录，您可能想要追踪哪个 WatchKey 与哪个 Path 相关。当您 在处理特定 WatchKey 及其所注册的事件时，可以很简单地通过调用 cancel() 方法，来取消其在 WatchService 的注册。

现在已注册了 Path，我们可以用很方便的方式来检查 WatchService，看是否发生了任何我们感兴趣的事件。WatchService 提供三个方法来检查是否有任何令人激动的事发生。

  • 如果有相关事件出现，WatchKey poll() 会返回下一个 WatchKey，或者没有注册的事件发生，会返回 null。
  • WatchKey poll(long timeout, TimeUnit unit) 需要超时和时间单元（java.util.concurrent.TimeUnit）。如果在特定时间范围内，有任何事件发生，这一方法存在，会返回相应的 WatchKey。如果在超时时间结束时，没有 WatchKeys 返回，这一方法将会返回 null。
  • WatchKey take() 与前面的方法相似，不同之处是，它将无限期等待，直到可以返回 WatchKey。

一旦这三个方法之一返回了 WatchKey，它将不会再被 poll() 或者 take() 调用返回，直到其 reset() 方法被调用。一旦WatchService 返回了 WatchKey，就可以检查由于调用了 WatchKey 的 pollEvents() 方法而触发的事件，其将返回一列 WatchEvent。

为了便于说明，清单 3 中的简单示例仍然是来自我们前面注册的 WatchKey ：


清单 3. 使用 pollEvents()

				
// Create a file inside our watched directory
File tempFile = new File(watchDirFile, "tempFile");
tempFile.createNewFile();

// Now call take() and see if the event has been registered
WatchKey watchKey = watchService.take();
for (WatchEvent<?> event : watchKey.pollEvents()) {
   System.out.println(
   "An event was found after file creation of kind " + event.kind() 
   + ". The event occurred on file " + event.context() + ".");
}

当执行完成后，清单 3 中的代码打印为：

An event was found after file creation of kind ENTRY_CREATE. The event occurred 
 on file tempFile.
An event was found after file creation of kind ENTRY_MODIFY. The event occurred 
 on file tempFile.

正如您所见到的，我们得到了期望的、新创建的 tempFile 的 ENTRY_CREATE 事件，但我们还得到了其他事件。在一些操作系统中，文件的创建或删除也会产生修改事件，那么不管是什么 OS ，我们只会得到 ENTRY_CREATE 事件。

示例代码 下载 中包含扩展的示例代码（展示了在这部分的例子中，为注册的 WatchKey 进行的文件修改与删除）。

回页首

文件属性

第三个并且是最后一个例子涉及了利用 java.nio.file.attribute 包中的类获取并设置文件属性的新的 API。

新的 API 能够提供对各种文件属性的访问。在以前的 Java 版本中，仅能得到基本的文件属性集（大小、修改时间、文件是否隐藏、以及它是文件还是目录）。为了获取或者修改更多的文件属性，必须利用运行所在平台特定的本地代码来实现，这很困难。很幸运的是，Java 7 能够允许您通过很简单的方式，利用 java.nio.file.attribute 类来读取，如果可能，修改扩展的属性集，完全去掉了这些操作的平台特定属性。

在新的 API 中有七个属性视图，其中一些特定于操作系统。这些 “ 视图 ” 类允许您获取并设置任何关联的属性，并且其中每个都具有对应的包含真实属性信息的属性类。让我们依次来看一下。

AclFileAttributeView 与 AclEntry

AclFileAttributeView 允许您为特定文件设置 ACL 及文件所有者属性。其 getAcl() 方法返回一个 List of AclEntry 对象，每个对应文件的一个权限集。其 setAcl(List<AclEntry>) 方法允许您修改该访问列表。这些属性视图仅可用于 Microsoft® Windows® 系统。

BasicFileAttributeView 与 BasicFileAttributes

这一视图类允许您获取一系列 —— 平常的 —— 基本文件属性，构建于以前的 Java 版本之上。其 readAttributes() 方法返回一个BasicFileAttributes 实例，该实例包含最后修改时间、最后访问时间、创建时间、大小、以及文件属性等细节（常规文件、目录、符号链接、或者其他）。这一属性视图在所有平台上均可用。

我们来看一下这一视图的相关例子。为获取特定文件的文件属性视图，我们通常从为我们所感兴趣的文件创建 Path 对象开始：

 File attribFile = new File("attribFile");
 Path attribPath = attribFile.toPath();

为获取想要的文件属性视图，我们在 Path 上使用 getFileAttributeView(Class viewClass) 方法。为获取 BasicFileAttributeViewfor attribPath，我们简单地调用：

BasicFileAttributeView basicView 
    = attribPath.getFileAttributeView(BasicFileAttributeView.class);

正如前面所描述的，为从 BasicFileAttributeView 获取 BasicFileAttributes，我们只要调用其 readAttributes() 方法：

BasicFileAttributes basicAttribs = basicView.readAttributes();

那么这样就可以了，现在已经得到了您所想要的任何基本文件属性。对于 BasicFileAttributes，只有创建、最后修改、以及最后访问时间可被修改（因为改变文件大小或者类型没有意义）。为改变这些，我们可以使用 java.nio.file.attribute.FileTime 类来创建新的时间，然后在 BasicFileAttributeView 上调用 setTimes() 方法。例如，我们可以不断地更新文件的最后修改时间。

FileTime newModTime 
    = FileTime.fromMillis(basicAttribs.lastModifiedTime().toMillis() + 60000);
 basicView.setTimes(newModTime, null, null);

这两个 null 指出，我们不想改变这一文件的最后访问时间或者创建时间。如果以前面相同的方式再次检查基本属性，您会发现最后修改时间已被修改，但是创建时间和最后访问时间还保持原样。

DosFileAttributeView 与 DosFileAttributes

这一视图类允许您获取指定给 DOS 的属性。（您可能会猜想，这一视图仅用于 Windows 系统。）其 readAttributes() 方法返回一个 DosFileAttributes 实例，该实例包含有问题的文件是否为只读、隐藏、系统文件、以及存档文件等细节信息。这一视图还包含针对每个属性的 set*(boolean) 方法。

FileOwnerAttributeView 与 UserPrincipal

这一视图类允许您获取并设置特定文件的所有者。其 getOwner()方法返回一个 UserPrincipal（还处于 java.nio.file.attribute 包中），其又具有 getName() 方法，来返回包含所有者名字的 String。该视图还提供 setOwner(UserPrincipal) 方法用于变更文件所有者。该视图在所有平台上都可用。

FileStoreSpaceAttributeView 与 FileStoreSpaceAttributes

这一用很吸引人的方式命名的类，允许您获取有关特定文件存储的信息。其 readAttributes() 方法返回一个包含文件存储的整个空间、未分配空间、以及已使用空间细节的 FileStoreSpaceAttributes 实例。这一视图在所有平台上都可用。

PosixFileAttributeView 与 PosixFileAttributes

这一视图类，仅在 UNIX® 系统上可用，允许您获取并设置指定给 POSIX（Portable Operating System Interface）的属性。其readAttributes() 方法返回一个包含有关这一文件的所有者、组所有者、以及这一文件许可（这些细节通常用 UNIX chmod 命令设置）的 PosixFileAttributes 实例。这一视图还提供 setOwner(UserPrincipal)、 setGroup(GroupPrincipal)、以及setPermissions(Set<PosixFilePermission>) 来修改这些属性。

UserDefinedFileAttributeView 与 String

这一视图类，仅可用于 Windows，允许您获取并设置文件的扩展属性。 这些属性跟其他的不同，它们只是名称值对，并可按需对其进行设置。 如果想向文件增加一些隐藏的元数据，而不必修改文件内容，这就很有用了。 这一属性提供 list() 方法，来为相关的文件返回 List of String 扩展属性的名字。

有了其名字后，就要获取特定属性的内容，这一视图具有一个 size(String name) 方法来返回属性值的大小，以及一个 read(String name, ByteBuffer dest) 方法来将属性值读取到 ByteBuffer 中。这一视图还提供 write(String name, ByteBuffer source) 方法来创建或者修改属性，以及一个 delete(String name) 方法来完全移除现有的属性。

这可能是最有趣的新属性视图，因为它允许您利用任意 String 名字和 ByteBuffer 值向文件增加属性。这很对 —— 其值是个ByteBuffer，因此您可以在这里存储任何二进制数据。

首先，我们将会获取属性视图：

UserDefinedFileAttributeView userView 
    = attribPath.getFileAttributeView(UserDefinedFileAttributeView.class);

为获取用户为这一文件定义的属性名，我们在视图上调用 list() 方法：

List<String> attribList = userView.list();

一旦我们拥有了想得到相关值的特定属性名，就为该值分配一个大小合适的 ByteBuffer，然后调用视图的 read(String, ByteBuffer) 方法：

ByteBuffer attribValue = ByteBuffer.allocate(userView.size(attribName));
userView.read(attribName, attribValue);

attribValue 现在包含了为那一特定属性所存储的任何数据。 想设置自己的属性，只需创建 ByteBuffer 并按需填入数据，然后在视图上调用 write(String, ByteBuffer) 方法：

userView.write(attribName, attribValue);

写入属性，或者创建该属性，或者利用相同的名字覆盖已有的属性。

这样，我们结束第三个而且是最后一个例子。演示这四个属性视图（BasicFileAttributeView、FileOwnerAttributeView、FileStoreSpaceAttributeView、以及 UserDefinedAttributeView）的完整示例代码包含在 下载 的示例代码中。

回页首

结束语

除了本文所提到的以外，还有很多其他的 NIO.2 文件 API。Java 7 具有创建、检查、并修改符号链接的新功能。还有新的类，来允许访问文件系统的低级信息，并支持提供者（称为 FileSystem 和 FileStore）访问任何想要访问的文件系统。

总之，NIO.2 为 Java 开发人员提供了一系列简单、兼容、并且功能强大的 API，来与文件系统交互。其目的是抽取处理文件和目录时所涉及的复杂的、平台特定的细节，并能较好地为程序员提供更强大的功能和更多的灵活性。

回页首

下载

描述名字大小下载方法
用于本文中例子的示例 Java 代码j-nio2-2.zip5KBHTTP

关于下载方法的信息

参考资料

学习

获得产品和技术

讨论

作者简介

https://i-blog.csdnimg.cn/blog_migrate/773a884170fa0070bb4d6b2a1ac4b6f7.jpeg

自 2006 年毕业后，Catherine Hope 就进入了 IBM Java Technology Centre 的 Hursley Runtime Deliveries 部门。从事了三年系统测试工作后，她在去年又做了一年 Apache Harmony 项目的 Java 类库开发与合作相关工作。

https://i-blog.csdnimg.cn/blog_migrate/2576adf269ee33d5cc7d2d6944f40b53.jpeg

Oliver Deakin 于 2003 年加入 IBM 的 Java Technology Centre，在过去的五年中，他曾作为 Apache Harmony 项目（一个有关 Java runtime 的开源实现项目）的开发人员、提交者、以及 PMC 成员。他具有多个领域中 Java 及本机代码类库的工作经验。工作之余，他喜欢攀岩。

转载于:https://www.cnblogs.com/rollenholt/articles/2220846.html

weixin_30289831
关注
java中文件监控WatchService使用
panda-star的博客
09-22 1万+
java中文件监控WatchService使用 文章目录java中文件监控WatchService使用一、简介二、功能及应用2.1 功能2.2 应用三、关键接口、类和方法3.1 java.nio.file.WatchService接口3.2 java.nio.file.WatchEvent接口3.2 java.nio.file.WatchKey接口3.3 java.nio.file.Watchab...
java 1.7 新io 实践 NIO2
weixin_30782293的博客
03-26 111
Files 类使用 package com.xinyu.test; import java.io.IOException; import java.nio.ByteBuffer; import java.nio.channels.FileChannel; import java.nio.charset.StandardCharsets; import java.n...
文件系统api_文件系统API
cusi77914的博客
07-01 327
本文完成了我们对Java 7中更多的Java新I / O API（NIO.2）的两部分介绍，就像在第1部分中探讨的异步通道API一样，NIO.2的文件系统API填补了以前的一些重大空白Java版本处理I / O。 根据NIO.2 Java规范要求（JSR 203）： 长期以来，Java平台都需要比java.io.File类更好的文件系统接口。 该类不能以跨平台一致的方式处理文件名，它不支持...
回顾过往，让让我们一起看看Java 监控文件系统
独泪了无痕
07-24 318
简介 1.1 前言   每当文件发生任何更改时，它们都会自动刷新——这是大多数应用程序中常见的非常普遍的问题。每个应用程序都有一些配置，预期该配置文件中的每次更改都会刷新。解决该问题的过去方法包括使用Thread，根据配置文件的“最后更新时间戳”定期轮询文件更改。Java 从 JDK1.7 开始引入了一项出色的功能：WatchService 类，可用于监控文件系统的变化。WatchService 看作是文件监控器，通过操作系统原生文件系统来运行，可以监控系统是所有文件的变化，这种监控是无需遍历、无需比较的.
NIO.2 入门，第 1 部分: 异步通道 API
08-09
在Java编程领域，NIO.2（New IO 2，也称为Java NIO 2）是Java 7引入的一组新API，它扩展了Java的I/O功能，提供了更高效和灵活的输入输出操作。本篇文章将深入探讨NIO.2中的异步通道API，这些API允许我们进行非阻塞I/...
NIO.2入门：从文件路径到Path类解析
在Java中，NIO.2（New Input/Output 2）是自JDK7引入的一组I/O API扩展，它提供了更高效、功能更强大的文件操作接口。NIO.2引入了许多新特性，如异步文件操作、文件通道、文件属性以及Path类等。以下是对NIO.2中Path...
Java 7 NIO2入门：探索Path类与核心操作
第10章总结了整个NIO.2 API的重要注意事项和最佳实践，帮助开发者避免常见陷阱并充分利用其潜力。 学习Java 7 NIO2需要从理解`Path`类开始，随着对各章节内容的深入，你将掌握如何利用NIO.2的高效机制来优化你的I/O...
Java监听文件WatchService的简单使用
hnh_blog的博客
03-04 1088
public interface WatchService extends Closeable 通过调用其register方法向监视服务注册Watchable对象，返回WatchKey以表示注册。 当检测到对象的事件时，将发信号通知密钥，如果当前未发出信号，则将其排队到监视服务，以便调用poll或take方法的消费者检索密钥并处理事件。 一旦处理了事件，消费者就会调用密钥的reset方法来重置密钥，该密钥允许密钥发出信号并随后用其他事件重新排队。 入门案例： /** * 文件监听 */ publi
Java7新特性监听文件改变
jastar的专栏
03-18 7205
Java 7 uses the underlying file system functionalities to watch the file system for changes. Now, we can watch for events like creation, deletion, modification, and get involved with our own actions. For accomplish this task, we need: • An object im
Java 7 NIO.2 实现文件系统监视
再喝咖啡
11-08 314
关于安装测试，需要关注什么 软件安装测试（Installation Testing）是一项重要的软件质量保证工作，它确保客户拿到软件产品后能够成功安装和部署新的软件环境。按照安装类型，需要对完全安装、自定义安装、 升级安装和卸载等分别进行测试。安装测试还需要评测在系统异常情况下产品的安装表现行为，例如，在安装过程中，若遇到磁盘空间不足、缺少目录创建权限等场 景，软件产品需要展现信...
Java--NIO2文件系统
Paranoid
02-20 4185
JDK7提出了NIO2文件系统API，存取了默认文件系统进行各种输入/输出的API，既可简化现有的文档输入/输出API操作，也增加了许多过去没有提供的文件系统存取功能。 NIO2架构 在JDK7出现之前，常要针对特定文件系统攥写特定程序，不仅攥写方式没有标准，针对特定功能攥写程序也会增加应用程序开发者的负担。 NIO2文件系统API提供一组标准接口和类，应用程序开发者只要基于这些标准...
Java NIO学习笔记(四) 使用JDK 1.7 NIO2.0 实现客户端与服务器的通信
不能说的秘密的博客
05-19 1962
JDK1.7 提供了全新的异步NIO模式。称为：NIO2.0或AIO。该模式引入了新的异步通道的概念，并提供了异步文件通道和异步套接字通道的实现。异步通道提供两种方式获取获取操作结果。分别是： 通过java.util.concurrent.Future类来表示异步操作的结果； CompletionHandler接口的实现类作为操作完成的回调。 NIO2.0的异步套接字通...
Java监控文件目录的变化
Inner Peace
01-15 3683
在Java1.7以前的版本中，如果程序想要监控文件的变化，比较常规的做法是轮询要监控的文件目录，采用启动一条后台线程。这种做法性能较差尤其对于大批量的文件监控。 1.7版本后，java.nio.file包提供了目录监控的api即 Watch Service API。我们把想要监控的目录注册进watchservice中，你把想要监控的事件告诉service，比如文件创建，删除，修改。当serv
HashMap为什么线程不安全？
最新发布
rnnf_yyds的博客
11-03 367
HashMap底层是基于数组 + 链表（在 Java 8 以后，当链表长度超过一定阈值时会转换为红黑树）的数据结构。在多线程环境下，当多个线程同时对HashMap进行put操作时，可下面这种情况：假设两个线程 A 和 B 同时执行put操作，它们计算出的插入位置相同（假设为index线程 A 先获取到了当前index位置的节点，在它还没来得及将新节点插入链表（或树）时，线程 B 也获取到了这个位置的节点。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值