在Java中;从强到弱依次为:强、软、弱、幻

强引用是一种普通引用，用于保护被引用的对象不被GC收集。即从不收集垃圾。

软引用可以被垃圾回收器收集，但可能直到需要它的内存时才会被收集。即在OutOfMemoryError之前进行垃圾收集。

弱引用是指不保护被引用对象不被GC收集的引用。即，当没有强或软引用时，垃圾收集。

幻影引用是在对象完成后，但在已分配的内存被回收之前，对对象的幻影引用。

源

类比:假设JVM是一个王国，对象是王国的国王，GC是王国的攻击者，试图杀死国王(对象)。

当国王强大时，GC不能杀死他。 当国王是软的，GC攻击他，但国王统治王国的保护，直到资源可用。 当国王虚弱时，GC攻击他，但在没有保护的情况下统治王国。 当国王是幻影时，GC已经杀死了他，但国王可以通过他的灵魂获得。

在Java中;从强到弱依次为:强、软、弱、幻

强引用是一种普通引用，用于保护被引用的对象不被GC收集。即从不收集垃圾。

软引用可以被垃圾回收器收集，但可能直到需要它的内存时才会被收集。即在OutOfMemoryError之前进行垃圾收集。

弱引用是指不保护被引用对象不被GC收集的引用。即，当没有强或软引用时，垃圾收集。

幻影引用是在对象完成后，但在已分配的内存被回收之前，对对象的幻影引用。

源

类比:假设JVM是一个王国，对象是王国的国王，GC是王国的攻击者，试图杀死国王(对象)。

当国王强大时，GC不能杀死他。 当国王是软的，GC攻击他，但国王统治王国的保护，直到资源可用。 当国王虚弱时，GC攻击他，但在没有保护的情况下统治王国。 当国王是幻影时，GC已经杀死了他，但国王可以通过他的灵魂获得。

Java中的六种对象可达性状态:

Strongly reachable objects - GC will not collect (reclaim the memory occupied by) this kind of object. These are reachable via a root node or another strongly reachable object (i.e. via local variables, class variables, instance variables, etc.) Softly reachable objects - GC may attempt to collect this kind of object depending on memory contention. These are reachable from the root via one or more soft reference objects Weakly reachable objects - GC must collect this kind of object. These are reachable from the root via one or more weak reference objects Resurrect-able objects - GC is already in the process of collecting these objects. But they may go back to one of the states - Strong/Soft/Weak by the execution of some finalizer Phantomly reachable object - GC is already in the process of collecting these objects and has determined to not be resurrect-able by any finalizer (if it declares a finalize() method itself, then its finalizer will have been run). These are reachable from the root via one or more phantom reference objects Unreachable object - An object is neither strongly, softly, weakly, nor phantom reachable, and is not resurrectable. These objects are ready for reclamation

欲了解更多详细信息:https://www.artima.com/insidejvm/ed2/gc16.html«崩溃

摘自Ethan Nicholas的《理解弱引用》:

Weak references A weak reference, simply put, is a reference that isn't strong enough to force an object to remain in memory. Weak references allow you to leverage the garbage collector's ability to determine reachability for you, so you don't have to do it yourself. You create a weak reference like this: WeakReference weakWidget = new WeakReference(widget); and then elsewhere in the code you can use weakWidget.get() to get the actual Widget object. Of course the weak reference isn't strong enough to prevent garbage collection, so you may find (if there are no strong references to the widget) that weakWidget.get() suddenly starts returning null. ... Soft references A soft reference is exactly like a weak reference, except that it is less eager to throw away the object to which it refers. An object which is only weakly reachable (the strongest references to it are WeakReferences) will be discarded at the next garbage collection cycle, but an object which is softly reachable will generally stick around for a while. SoftReferences aren't required to behave any differently than WeakReferences, but in practice softly reachable objects are generally retained as long as memory is in plentiful supply. This makes them an excellent foundation for a cache, such as the image cache described above, since you can let the garbage collector worry about both how reachable the objects are (a strongly reachable object will never be removed from the cache) and how badly it needs the memory they are consuming.

Peter Kessler补充道:

The Sun JRE does treat SoftReferences differently from WeakReferences. We attempt to hold on to object referenced by a SoftReference if there isn't pressure on the available memory. One detail: the policy for the "-client" and "-server" JRE's are different: the -client JRE tries to keep your footprint small by preferring to clear SoftReferences rather than expand the heap, whereas the -server JRE tries to keep your performance high by preferring to expand the heap (if possible) rather than clear SoftReferences. One size does not fit all.

SoftReference is designed for caches. When it is found that a WeakReference references an otherwise unreachable object, then it will get cleared immediately. SoftReference may be left as is. Typically there is some algorithm relating to the amount of free memory and the time last used to determine whether it should be cleared. The current Sun algorithm is to clear the reference if it has not been used in as many seconds as there are megabytes of memory free on the Java heap (configurable, server HotSpot checks against maximum possible heap as set by -Xmx). SoftReferences will be cleared before OutOfMemoryError is thrown, unless otherwise reachable.

应该注意，弱引用对象只有在只有弱引用时才会被收集。如果它有一个强引用，那么无论它有多少弱引用，它都不会被收集。