autocloseable

    5熱度

    3回答

    Kotlin爲Closeable對象提供了use函數,但似乎忘記考慮AutoCloseable(例如DB準備語句)的資源嘗試與Java完全等效。 我實現下一個「自制」的解決方案: inline fun <T:AutoCloseable,R> trywr(closeable: T, block: (T) -> R): R { try { return block(closeab

    0熱度

    3回答

    當我的程序啓動時,它會打開一個文件並定期寫入。 (這不是一個日誌文件;它是程序的輸出之一)。我需要讓該文件可用於程序的長度,但我不需要特別做任何事情來結束文件;關閉它。 我收集了Java中的文件I/O,我應該執行AutoCloseable並將其封裝在try-with-resources塊中。然而,由於這個文件是長期存在的,並且是程序的少數輸出之一,所以我發現很難組織這樣的事情,使得我打開的所有文件

    3熱度

    3回答

    在C#中,considered錯誤practice拋出方法中的例外IDisposable。 相比之下,在java中close方法AutoCloseable允許任何異常拋出並強制調用者以某種方式處理它。但是,如果發生這種情況,呼叫者有理由期望做什麼?這表明嘗試關閉資源失敗了。那麼用戶在繼續之前必須再次嘗試關閉資源,可能會出現某種指數退避?

    0熱度

    1回答

    package org.test; import java.util.Scanner; import java.util.regex.Matcher; import java.util.regex.Pattern; public class RegTest { public static void main(String[] args) throws Interrupted

    2熱度

    1回答

    只需將應用程序轉換爲JAVA 7,並想知道是否有人嘗試使用資源和c3p0連接池。 我想現在JAVA會自動關閉數據庫,準備好語句和語句,如果你使用資源嘗試。 這是否意味着底層API(如JDBC驅動程序和c3p0必須實現AutoClosable)? 我使用C3P0 0.9.2.1和JTDS 1.3.0

    2熱度

    2回答

    java.nio.file.Files.write(...)方法拋出IOException異常 ,我不能在 try(java.nio.file.Files.write(...)) 建設使用它。 它是「AutoCloseable」,並在例外的情況下,安全嗎?

    1熱度

    1回答

    我有以下方法,它使用Apache Commons Http客戶端向給定URI發送異步GET並返回Future與響應。 CloseableHttpAsyncClient實現Closeable因此我使用try/resource結構。 public static Future<HttpResponse> sendAsyncGet(String uri) throws IOException {

    19熱度

    3回答

    密切的Java文檔()java.lang.AutoCloseable的方法說 * <p>Note that unlike the {@link java.io.Closeable#close close} * method of {@link java.io.Closeable}, this {@code close} method * is <em>not</em> required to

    1熱度

    3回答

    這個問題觸發一用戶可見的例外是Exception in finalize method和類似的問題相反。 我創建一個AutoCloseable類構成了嚴重的風險,如果沒有正確關閉。在這種情況下,我正在尋求失敗 - 以便用戶不會意外地忘記這麼做。 我意識到並同意,一般最佳做法是讓Closeable優雅地失敗並盡其所能緩解來電者的錯誤,但在這種情況下,來電者不會想錯過此操作。如果你在概念上不同意這個想