首頁猿問對于未實現(xiàn)...

對于未實現(xiàn) AutoCloseable 的類，使用 lambda 是否是安全、正確且等效的解決方法？

Java

慕神8447489 2023-10-19 21:23:25

背景：我使用 Java 類InitialDirContext來訪問 LDAP 目錄。不幸的是，它沒有實現(xiàn)接口AutoCloseable，因此不能在try-with-resources塊中使用。這是我寫的原始代碼：（受到這個答案的啟發(fā)）final Properties props = new Properties();// Populate 'props' here.final InitialDirContext context = new InitialDirContext(props);Exception e0 = null;try { // use 'context' here}catch (Exception e) { // Only save a reference to the exception. e0 = e; // Why re-throw? // If finally block does not throw, this exception must be thrown. throw e;}finally { try { context.close(); } catch (Exception e2) { if (null != e0) { e0.addSuppressed(e2); // No need to re-throw 'e0' here. It was (re-)thrown above. } else { throw e2; } }}這是安全、正確且等效的替代品嗎？try (final AutoCloseable dummy = () -> context.close()) { // use 'context' here}我想答案是肯定的，但我想確認一下。我嘗試用谷歌搜索這種模式，但一無所獲。就是這么簡單！因此，我懷疑它可能不正確。編輯：我剛剛發(fā)現(xiàn)這個答案具有類似的模式。

查看完整描述

1 回答

慕勒3428872

TA貢獻1848條經(jīng)驗獲得超6個贊

因為您必須捕獲或拋出，Exception并且必須確保不在塊之后AutoCloseable.close()執(zhí)行任何操作，因為它沒有超出范圍，就像直接實現(xiàn)一樣。我仍然同意其他人的觀點，即這個解決方法非常好。contexttryInitialDirContextAutoCloseable

當然，您也可以擴展InitialDirContext并使其AutoCloseable直接實現(xiàn)，或者（對于最終類）使用委托者模式并包裝目標對象。

package de.scrum_master.stackoverflow;

import javax.naming.NamingException;

import javax.naming.directory.InitialDirContext;

import java.util.Hashtable;

import java.util.Properties;

public class TryWithResourcesAutoCloseableWrapper {

? public static void main(String[] args) throws NamingException {

? ? final Properties props = new Properties();

? ? props.put("java.naming.factory.initial", "com.sun.jndi.dns.DnsContextFactory");

? ? variant1(props);

? ? variant2(props);

? ? variant3(props);

? }

? public static void variant1(Properties props) throws NamingException {

? ? final InitialDirContext context = new InitialDirContext(props);

? ? try (final AutoCloseable dummy = context::close) {

? ? ? lookupMX(context);

? ? }

? ? catch (NamingException ne) {

? ? ? throw ne;

? ? }

? ? catch (Exception e) {

? ? ? e.printStackTrace();

? ? }

? }

? public static void variant2(Properties props) throws NamingException {

? ? final InitialDirContext context = new InitialDirContext(props);

? ? try (final MyCloseable dummy = context::close) {

? ? ? lookupMX(context);

? ? }

? }

? public static void variant3(Properties props) throws NamingException {

? ? try (final MyInitialDirContext context = new MyInitialDirContext(props)) {

? ? ? lookupMX(context);

? ? }

? }

? private static void lookupMX(InitialDirContext context) throws NamingException {

? ? System.out.println(context.getAttributes("scrum-master.de", new String[] { "MX" }));

? }

? public interface MyCloseable extends AutoCloseable {

? ? void close() throws NamingException;

? }

? public static class MyInitialDirContext extends InitialDirContext implements AutoCloseable {

? ? public MyInitialDirContext(Hashtable<?, ?> environment) throws NamingException {

? ? ? super(environment);

? ? }

? }

}

關于如何使用這些解決方法的更多想法：

兩者variant1都是以塊內(nèi)的對象variant2為代價的，除非您首先將它們投射到塊內(nèi)，否則您將永遠不會使用它們。當然，您可以直接使用外部對象，這也是您所建議的。dummytryInitialDirContextcontext
在variant3自動關閉context對象中直接具有正確的（子）類型，因此您實際上可以無縫地使用它，而無需轉換或虛擬對象。這是以特殊子類為代價的。