番石榴缓存并保留已检查的异常

时间:2011-12-27 14:54:02

标签: java caching exception-handling guava checked-exceptions

我正在重构一些代码以使用guava Cache

初始代码:

public Post getPost(Integer key) throws SQLException, IOException {
    return PostsDB.findPostByID(key);
}

为了不破坏某些东西,我需要保留任何抛出的异常,而不包装它。

目前的解决方案看起来有些难看:

public Post getPost(final Integer key) throws SQLException, IOException {
    try {
        return cache.get(key, new Callable<Post>() {
            @Override
            public Post call() throws Exception {
                return PostsDB.findPostByID(key);
            }
        });
    } catch (ExecutionException e) {
        Throwable cause = e.getCause();
        if (cause instanceof SQLException) {
            throw (SQLException) cause;
        } else if (cause instanceof IOException) {
            throw (IOException) cause;
        } else if (cause instanceof RuntimeException) {
            throw (RuntimeException) cause;
        } else if (cause instanceof Error) {
            throw (Error) cause;
        } else {
            throw new IllegalStateException(e);
        }
    }
}

有没有办法让它更好?

2 个答案:

答案 0 :(得分:37)

在写完问题之后,开始考虑使用泛型的实用方法。 然后记住Throwables的一些事情。 是的,它已经存在了! )

可能还需要处理UncheckedExecutionException or even ExecutionError

所以解决方案是:

public Post getPost(final Integer key) throws SQLException, IOException {
    try {
        return cache.get(key, new Callable<Post>() {
            @Override
            public Post call() throws Exception {
                return PostsDB.findPostByID(key);
            }
        });
    } catch (ExecutionException e) {
        Throwables.propagateIfPossible(
            e.getCause(), SQLException.class, IOException.class);
        throw new IllegalStateException(e);
    } catch (UncheckedExecutionException e) {
        Throwables.throwIfUnchecked(e.getCause());
        throw new IllegalStateException(e);
    }
}

非常好!

另请参阅ThrowablesExplainedLoadingCache.getUncheckedWhy we deprecated Throwables.propagate

答案 1 :(得分:0)

只需使用来自 Lombok 的 @SneakyThrows。 强制异常包装没问题了。

<咆哮> 现在是 2021 年,Java 仍然有检查异常......人们什么时候会明白,即使检查异常在纸面上看起来不错,但它们在实践中会产生太多问题?

长期解决方案:如果有机会,转向合适的语言,例如 Kotlin。