Есть ли способ применить метод finalize ()?

1

У меня есть следующие вопросы, связанные с методом finalize() и Garbage Collection Java.

  1. Есть ли способ, с помощью которого мы можем заставить метод finalize()?
    И в чем причина отказа от JDK следующего метода?

    Runtime.runFinalizersOnExit (истина);

  2. Добавляя к вопросу выше, я читал статью http://javarevisited.blogspot.com/2011/04/garbage-collection-in-java.html. В этом, см. Пункт 5, где автор говорит, что finalize() вызывается до вызова Мусора коллектора. Так это происходит точно? Я имею в виду, будет ли метод finalize() всегда вызываться перед выполнением метода Garbage Collector?

  3. Предположим, у меня много мусора в моей куче, но сборщик мусора не выполняется. Так разве это не плохое поведение или недостаток JVM?

  4. И как это ухудшает производительность моего приложения, так как сборка мусора не произошла?

Теги:
garbage-collection
finalize

2 ответа

0

Вы просто не должны использовать финализацию по таким причинам. В дополнение к данному вопросу я даю вам примерный код. Это доказывает, что в качестве программиста вы часто не можете убедиться, что финализация будет запущена. Примеры 1 и 5 не актуальны, поскольку они редко имеют значение. Но иногда 3, 4 и 5.

И, пожалуйста, прочитайте о PhantomReference. Ответ на любой вопрос о завершении не является полным без упоминания PhantomReference s. Вы можете обращаться с ними в потоке, отличном от daemon, и убедиться, что JVM не выходит, прежде чем все будут обработаны.

package com.example.foo;

import java.io.ByteArrayOutputStream;
import java.io.OutputStream;
import java.util.LinkedList;
import java.util.List;

/**
 * Demonstration of failing finalize-implementations. Just run main, wait and see that it does not
 * actually print any messages other than "good bye!", even though there are 5
 * <code>System.out.println(...)</code> in the finalize-methods.
 * 
 * <p>
 * However, finalize is run even if the instance was not created properly (Exception in
 * constructor). This may lead to problems, as the resources to close might not even exist.
 * 
 * <p>
 * This answers this question: "Why is there no guarantee that {@link Object#finalize()} is run?"
 * 
 * <p>
 * If you want an answer to the question: "Then what can I do to properly use finalize()?" <br/>
 * The answer is: Don't! <br/>
 * Not just because of the problems presented here. There are actually more problems! <br/>
 * Here a better alternative: http://claude-martin.ch/java-cleanup/
 */
public class SomeClass {

  /**
   * Finalize of Object is not invoked by some JVMs because it is known to be empty. This is
   * relevant if you thought you could use a tools that can intercept invocation of finalize (as in
   * aspect-oriented programming).
   */
  static final class Finalize1 {
    // no finalize
  }

  /** Class and method not final. */
  static class Finalize2 {
    @Override
    protected void finalize() throws Throwable {
      // not final -> extending class doesn't have to call this method.
      System.out.println("Finalize2");
    }
  }

  /**
   * Finalize allocates new data and fails. GC runs it but you have no guarantee that the JVM can
   * run it successfully.
   */
  static final class Finalize3 {
    @Override
    protected void finalize() throws Throwable, OutOfMemoryError {
      // What if memory is already running out?
      // Chances are high - why else would gc be running?
      // Then even a small array could fail:
      byte[] bytes = new byte[Integer.MAX_VALUE];
      // OutOfMemoryError was thrown!
      System.out.println("Finalize3 " + bytes[0]);
      // Also not run:
      super.finalize();
    }
  }

  static Finalize4 finalize4;

  /**
   * This is just to show that you, as the author of a class, can not prevent that an instance is
   * referenced from a static field. This is also true for all data structures that exist until the
   * JVM exits.
   */
  static final class Finalize4 {
    @Override
    protected void finalize() throws Throwable {
      System.out.println("Finalize4");
    }
  }

  /**
   * JVM could end abruptly. Again, you have no control over this when you write a class.
   */
  static final class Finalize5 {
    @Override
    protected void finalize() throws Throwable {
      System.out.println("Finalize5");
    }
  }

  /** Runs Garbage Collection. */
  static void gc(int n) {
    final List<byte[]> list = new LinkedList<>();
    try {
      while (true)
        list.add(new byte[1024 * 1024]);
    } catch (OutOfMemoryError e) {
      // Now GC is needed...
    }
    for (int i = 0; i < n; i++) {
      System.gc();
      try { // Give it time:
        Thread.sleep(100);
      } catch (InterruptedException e) {
      }
    }
  }

  public static void main(String[] args) {
    gc(0); // fills memory

    // 1) no finalize implemented:
    new Finalize1();

    // 2) no call to super.finalize():
    new Finalize2() {
      private OutputStream resource = new ByteArrayOutputStream();

      @Override
      protected void finalize() throws Throwable {
        // Not calling super.finalize() !
        this.resource.close();
      }
    };

    // 3) Failing finalize:
    new Finalize3();

    // 4) static reference:
    finalize4 = new Finalize4();

    // Now let try to get rid of them:
    gc(20);

    // 5) No time:
    new Finalize5();
    System.out.println("good bye!");
    System.exit(0);
  }

}
0

Метод finalize никогда не может быть вызван, поэтому любой критический код очистки, который обязательно должен запускаться, должен идти куда-то еще. Вы, вероятно, должны справиться с этим сами - когда вы закончите с объектом, который держится за некоторые ресурсы, выполните очистку явно (например, примените метод close).

Ещё вопросы

Сообщество Overcoder
Наверх
Меню