Question

我有以下测试代码：

FileSystem fs = FileSystems.getDefault();
Path conf = fs.getPath(".");
WatchKey key = null;
try {
    WatchService watcher = fs.newWatchService();
    conf.register(watcher, StandardWatchEventKinds.ENTRY_MODIFY);
    while(true) {
        key = watcher.take(); // waits
        for (WatchEvent<?> event : key.pollEvents()) {

            WatchEvent.Kind<?> kind = event.kind();
            if (StandardWatchEventKinds.OVERFLOW == kind) continue;

            WatchEvent<Path> ev = (WatchEvent<Path>)event;
            Path file = ev.context();
            System.out.println(file);
        }
    }
} catch (IOException | InterruptedException e) {
    throw new RuntimeException(e.getMessage(), e);
}

编译器发出与行

相关的unchecked cast警告

WatchEvent<Path> ev = (WatchEvent<Path>)event;

因为event来自key.pollEvents()作为WatchEvent<?>，并且编译器无法判断在运行时期间它是否真的包含Path，而不是其他

关于这一点，我想知道是否有可能在没有明确压制它的情况下摆脱这个警告。我找到了一些提示，虽然与完全不同的情况有关，例如this，但是在这里它们似乎可以控制通用列表的构建方式，而在我的情况下这是不可能的。

我还找到this，他们建议在这里禁止警告，同时检查实际类型是否正确（因为编译器不能单独执行），但我不能在我的案例中，我设法按照这些方针做某事。可能吗？你会怎么做？

另一方面，在我的情况下，我从注册了WatchEvent对象的WatchService获取这些Path：这个事实足以证明每一个WatchEvent<?>从WatchService<?>发出的{1}}会有Path类型的实施吗？如果这是真的，我可以安全地假设演员阵容总是正确并且禁止警告吗？在这种情况下，有没有办法避免它而没有压制它？

非常感谢。

修改

我可以立即检查the references明确说明：

T context（）

返回事件的上下文。

对于ENTRY_CREATE，ENTRY_DELETE和ENTRY_MODIFY事件，上下文是一个Path，它是向watch服务注册的目录与创建，删除或修改的条目之间的相对路径。

所以在我的情况下，我正在关注ENTRY_MODIFY个事件，因此我的T类型定义为Path。

Answer 1

我认为最好的选择就是压制它

            @SuppressWarnings("unchecked")
            WatchEvent<Path> ev = (WatchEvent<Path>)event;

它非常安全，它只能是<Path>而不是其他任何东西。 API设计师有点过于笼统。

WatchService有点难以使用。我有以下实用工作类

https://github.com/zhong-j-yu/bayou/blob/0.9/src/_bayou/_tmp/_FileMonitor.java

例如

_FileMonitor monitor = new _FileMonitor( ROOT_DIR );

List<Set<Path>> changes = monitor.pollFileChanges( TIMEOUT )
// return 3 sets, [0]=created, [1]=modified, [2]=deleted

Java - 使用WatchEvent抑制未经检查的强制转换警告是否安全？

修改

1 个答案: