Haben Sie jemals PhantomReference in einem Projekt verwendet?

Das einzige, was ich weiß, über PhantomReference ist,

Wenn Sie Ihren get() Methode, es wird immer wieder null und nicht das Objekt. Was ist der nutzen?
Mithilfe PhantomReference Sie machen es sicher, dass das Objekt kann nicht wiederbelebt werden von finalize Methode.

Aber was ist die Verwendung dieses Begriffs/- Klasse?

Haben Sie jemals verwendet diese in Ihren Projekt-oder haben Sie irgendein Beispiel, wo sollten wir verwenden?

Kommentare dem Thema

Auch stackoverflow.com/a/9827686/632951 Kommentarautor: Pacerier

Als Sie nicht bekommen kann die genannten obj eine PhantomReference, es ist ein völliger Fehlgriff: Es hätte als FakeReference oder NonReference. Kommentarautor: Pacerier

Hier ist anothre thread mit code: stackoverflow.com/q/43311825/632951 Kommentarautor: Pacerier

InformationsquelleAutor der Frage Rakesh Juyal | 2009-10-21

java reference

42

Ich verwendet PhantomReferences in einem simpel, sehr spezielle Art von Speicher-profiler zum überwachen von Schöpfung und Zerstörung. Ich brauchte Sie, um zu verfolgen Zerstörung. Aber der Ansatz ist veraltet. (Geschrieben wurde es im Jahr 2004 targeting J2SE 1.4.) Professionelles profiling-Werkzeuge sind wesentlich leistungsfähiger und zuverlässiger und die neuen Java 5 features wie JMX oder JVMTI-Agenten und kann verwendet werden, für das auch.

PhantomReferences (immer zusammen mit der Referenz-Warteschlange) überlegen sind finalize die hat einige Probleme und sollte daher vermieden werden. Vor allem macht Objekte wieder erreichbar. Dies kann vermieden werden, mit dem finalizer guardian idiom (-> Lesen Sie mehr in 'Effective Java'). Sie sind also auch der neuen abschließen.

Darüber hinaus PhantomReferences

ermöglichen es Ihnen, genau zu bestimmen, wenn ein Objekt aus dem Speicher entfernt. Sie
in der Tat ist der einzige Weg, um festzustellen, dass. Dies nicht in der Regel, dass
nützlich, aber nützlich, in bestimmten, sehr spezifischen Umständen
wie das manipulieren von großen Bildern: wenn Sie sicher wissen, dass ein Bild sein sollte
Müll gesammelt haben, können Sie warten, bis es tatsächlich ist, bevor Sie versuchen,
laden des nächsten Bildes, und daher machen die gefürchtete OutOfMemoryError weniger
wahrscheinlich. (Zitiert aus enicholas.)

Und als psd schrieb, Roedy Green hat eine gute Zusammenfassung von Referenzen.

InformationsquelleAutor der Antwort Peter Kofler
18

Einen Allgemeine gewürfelt-up-Tabelle Erklärung, aus der Java-Glossar.

Was natürlich deckt sich mit der PhantomReference Dokumentation:

Phantom Referenz-Objekte, die in die Warteschlange eingereiht, die nach dem Sammler bestimmt, dass Ihre Referenten, die andernfalls möglicherweise zurückgefordert werden. Phantom-Referenzen werden Häufig verwendet für die Planung der pre-mortem-cleanup-Aktionen, noch flexibler möglich als mit der Java-Abschluss-Mechanismus.

Und nicht zuletzt, all die blutigen details (dies ist eine gute Lektüre): Java-Referenz-Objekte (oder How I Learned to Stop Worrying and Love OutOfMemoryError).

Happy coding.
(Aber um die Frage zu beantworten, ich habe immer nur verwendet WeakReferences.)

InformationsquelleAutor der Antwort
10

Fand ich eine praktische und nützliche Verwendung bei PhantomReference die org.apache.commons.io.FileCleaningTracker im commons-io-Projekt. FileCleaningTracker wird, löschen Sie die Datei, wenn Ihre marker-Objekt ist garbage Collection.

Etwas zur Kenntnis zu nehmen, ist die Tracker - Klasse, die erweitert PhantomReference Klasse.

InformationsquelleAutor der Antwort Tan Hui Onn
10

Tolle Erklärung der Phantom-Referenz-usage:

Phantom-Referenzen sind sichere Weg, zu wissen, dass ein Objekt entfernt wurde
aus dem Speicher. Betrachten Sie beispielsweise eine Anwendung, die sich mit
große Bilder. Nehmen wir an, wir möchten laden Sie ein großes Bild in Speicher
als großes Bild ist schon im Speicher, die bereit ist, für Müll
gesammelt. In einem solchen Fall, wir wollen warten, bis das alte Bild ist
gesammelt vor dem laden eine neue. Hier ist die phantom-Referenz ist
flexible und sichere option zu wählen. Der Verweis auf das alte Bild
wird eingereiht in die ReferenceQueue, wenn die alten image-Objekt ist
abgeschlossen. Nach Erhalt, Referenz, wir können laden Sie die neue Bild
im Gedächtnis zu behalten.

InformationsquelleAutor der Antwort shevchyk

Habe ich eine PhantomReference in einem unit-test zu überprüfen, dass der code unter test nicht halten unnötigen Daten Referenzen auf ein Objekt. (Original code)

import static com.google.common.base.Preconditions.checkNotNull;
import static org.fest.assertions.Assertions.assertThat;

import java.lang.ref.PhantomReference;
import java.lang.ref.ReferenceQueue;
import java.lang.ref.WeakReference;

import com.google.common.testing.GcFinalization;

/**
* Helps to test for memory leaks
*/
public final class MemoryTester
{
private MemoryTester()
{
}

/**
* A simple {@link PhantomReference} that can be used to assert that all references to it is
* gone.
*/
public static final class FinalizationAwareObject extends PhantomReference<Object>
{
private final WeakReference<Object> weakReference;

private FinalizationAwareObject(Object referent, ReferenceQueue<Object> referenceQueue)
{
super(checkNotNull(referent), referenceQueue);
weakReference = new WeakReference<Object>(referent, referenceQueue);
}

/**
* Runs a full {@link System#gc() GC} and asserts that the reference has been released
* afterwards
*/
public void assertThatNoMoreReferencesToReferentIsKept()
{
String leakedObjectDescription = String.valueOf(weakReference.get());
GcFinalization.awaitFullGc();
assertThat(isEnqueued()).as("Object: " + leakedObjectDescription + " was leaked").isTrue();
}
}

/**
* Creates a {@link FinalizationAwareObject} that will know if {@code referenceToKeepTrackOff}
* has been garbage collected. Call
* {@link FinalizationAwareObject#assertThatNoMoreReferencesToReferentIsKept()} when you expect
* all references to {@code referenceToKeepTrackOff} be gone.
*/
public static FinalizationAwareObject createFinalizationAwareObject(Object referenceToKeepTrackOff)
{
return new FinalizationAwareObject(referenceToKeepTrackOff, new ReferenceQueue<Object>());
}
}

Und die test:

@Test
public void testThatHoldingOnToAnObjectIsTreatedAsALeak() throws Exception
{
    Object holdMeTight = new String("Hold-me-tight");
    FinalizationAwareObject finalizationAwareObject = MemoryTester.createFinalizationAwareObject(holdMeTight);
    try
    {
    finalizationAwareObject.assertThatNoMoreReferencesToReferentIsKept();
    fail("holdMeTight was held but memory leak tester did not discover it");
    }
    catch(AssertionError expected)
    {
    assertThat(expected).hasMessage("[Object: Hold-me-tight was leaked] expected:<[tru]e> but was:<[fals]e>");
    }
}

InformationsquelleAutor der Antwort jontejj

3

SOLLTE DIESER VERALTET SEIN, MIT JAVA-9!

Verwenden java.util.Cleaner statt! (Oder sun.misc.Cleaner auf älteren JRE)

Original post:

Fand ich, dass die Verwendung von PhantomReferences hat fast die gleiche Menge Fallstricke als finalizer-Methoden (aber weniger Probleme, wenn Sie es richtig machen).
Ich habe geschrieben eine kleine Lösung (einem sehr kleinen Rahmen zu verwenden, PhantomReferences) für Java 8.
Es ermöglicht die Verwendung von lambda-Ausdrücken als callbacks werden ausgeführt, nachdem das Objekt entfernt wurde. Sie können sich registrieren der callbacks für die inneren Ressourcen, die geschlossen werden sollten.
Mit diesem habe ich eine Lösung gefunden, die funktioniert für mich, wie es macht es viel praktischer.

https://github.com/claudemartin/java-cleanup

Hier ist ein kleines Beispiel, um zu zeigen, wie ein callback registriert ist:
```
  class Foo implements Cleanup {
    //...  
    public Foo() { 
    //...    
      this.registerCleanup((value) -> {
        try {
          //'value' is 'this.resource'
          value.close();
        } catch (Exception e) {
          logger.warning("closing resource failed", e);
        }
      }, this.resource);
    }
```
Und dann gibt es da noch einfachere Methode für das automatische schließen, tun das gleiche wie oben beschrieben:
```
this.registerAutoClose(this.resource);
```
Ihre Fragen zu beantworten:

[ dann was nutzt es ]

Kann man nicht bereinigen, dass etwas nicht existiert. Aber es hätte Ressourcen, die noch vorhanden sind und die bereinigt werden müssen, damit Sie entfernt werden können.

Aber was ist die Verwendung dieses Begriffs/- Klasse?

Es ist nicht unbedingt etwas zu tun mit jedem anderen Effekt als debugging/logging. Oder vielleicht für die Statistik.
Ich sehe es mehr wie eine Benachrichtigung von der GC.
Sie könnten auch wollen, es zu benutzen, entfernen Sie aggregierte Daten, die irrelevant wird, sobald das Objekt entfernt wird (aber es gibt wahrscheinlich bessere Lösungen für, die).
Beispiele oft erwähnen, Datenbank-verbindungen geschlossen werden, aber ich sehe nicht, wie das ist so eine gute Idee, da Sie nicht arbeiten konnte mit den Transaktionen. Ein application-framework, wird eine viel bessere Lösung dafür.

Haben Sie jemals verwendet, das in jedem von Ihrem Projekt, oder haben Sie irgendein Beispiel, wo sollten wir verwenden? Oder ist das Konzept nur für interview-Sicht 😉

Benutze ich es meist nur für die Anmeldung. So kann ich nachvollziehen, die entfernten Elemente und sehen, wie GC funktioniert und können optimiert werden. Ich würde nicht laufen alle kritischen code in dieser Art und Weise. Wenn etwas geschlossen werden muss, dann sollte es auch getan werden in einem try-mit-Ressourcen-statement.
Und ich benutze es in unit-tests, um sicherzustellen, dass ich don ' T haben keine Speicher-Lecks. Der gleichen Weise wie jontejj tut es. Aber meine Lösung ist ein bisschen allgemeiner.

InformationsquelleAutor der Antwort Claude Martin
2

Ist es üblich mit WeakReference wo PhantomReference mehr angemessen ist. Dies vermeidet bestimmte Probleme des seins in der Lage, wieder aufleben Objekte nach einem WeakReference gelöscht/in die Warteschlange eingereiht, die durch den garbage collector. In der Regel ist der Unterschied spielt keine Rolle, weil die Leute nicht spielen, dumme Kerle.

Mit PhantomReference neigt dazu, ein bisschen mehr aufdringlich, denn man kann nicht behaupten, dass die get Methode funktioniert. Sie können nicht, zum Beispiel, schreiben Sie eine Phantom[Identity]HashMap.

InformationsquelleAutor der Antwort Tom Hawtin - tackline
1

wenn Sie die get () - Methode wird immer null zurückgegeben, und nicht die
Objekt. [ dann was nutzt es ]

Nützlichen Methoden zu nennen (anstatt get()) wäre isEnqueued() oder referenceQueue.remove(). Würden Sie diese Methoden aufrufen, um eine bestimmte Aktion ausführen muss, statt auf die Letzte Runde der garbage collection das Objekt.

Beim ersten mal ist, wenn das Objekt seiner finalize() - Methode aufgerufen, so könnte man schließen Haken gibt es auch. Jedoch, wie andere gesagt haben, gibt es wahrscheinlich mehr sicher Möglichkeiten der Durchführung Aufräumen oder was auch immer handeln muss vor und nach der garbage collection oder, mehr generell, nach dem Ende der Lebensdauer des Objekts.

InformationsquelleAutor der Antwort

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.