0
私はこのAPIについて混乱しています。削除が失敗した場合は、その理由を説明する例外がスローされるべきではありませんか?なぜそれが削除の成功かどうかを教えてくれるブール値を返しますか?なぜhadoop `FileSystem.delete`がブール値を返します
私はこのAPIについて混乱しています。削除が失敗した場合は、その理由を説明する例外がスローされるべきではありませんか?なぜそれが削除の成功かどうかを教えてくれるブール値を返しますか?なぜhadoop `FileSystem.delete`がブール値を返します
とdeleteonexit
の2種類の方法があります。これらの2つのメソッドは、通常のJavaプログラミング言語Fileでも面白いです。 FileSystemハンドルが閉じられていない場合、クライアントの1つにdelete
が含まれています。その後delete
はfalse
を返します。例外をスローする必要はありません。
その場合は、deleteOnExit
を使用して、jvmが終了したFileSystem
をマークして削除します。
abstract boolean delete(Path f, boolean recursive)
Delete a file.
boolean deleteOnExit(Path f)
Mark a path to be deleted when FileSystem is closed.
が、これは
を役に立てば幸い