8193072: File.delete() should remove its path from DeleteOnExitHook.files
Brian Burkhalter
brian.burkhalter at oracle.com
Mon Jul 8 20:11:01 UTC 2019
https://bugs.openjdk.java.net/browse/JDK-8193072 <https://bugs.openjdk.java.net/browse/JDK-8193072>
There does appear to be a memory leak of sorts if one does something like
—
File[] files;
for (int i = 0; i < largeNumber; i++) {
files[i] = File.createTempFile(“blah”, null);
files[i].deleteOnExit();
}
// do something
for (int i = 0; i < largeNumber; i++) {
files[i].delete();
}
// do something else before shutdown
—
The LinkedHashSet in DeleteOnExitHook will contain at least largeNumber Files until the VM shuts down even though the files were deleted.
The potential change is included below. The additional call to DeleteOnExitHook.remove() in File.delete() does not appear to have a measurable performance impact, at least trivially and in isolation.
Thanks,
Brian
--- a/src/java.base/share/classes/java/io/DeleteOnExitHook.java
+++ b/src/java.base/share/classes/java/io/DeleteOnExitHook.java
@@ -64,6 +64,15 @@
files.add(file);
}
+ static synchronized void remove(String file) {
+ if(files == null) {
+ // DeleteOnExitHook is running. Too late to remove a file
+ throw new IllegalStateException("Shutdown in progress");
+ }
+
+ files.remove(file);
+ }
+
static void runHooks() {
LinkedHashSet<String> theFiles;
--- a/src/java.base/share/classes/java/io/File.java
+++ b/src/java.base/share/classes/java/io/File.java
@@ -1050,6 +1050,7 @@
if (isInvalid()) {
return false;
}
+ DeleteOnExitHook.remove(path);
return fs.delete(this);
}
More information about the core-libs-dev
mailing list