Java中的强引用，软引用，弱引用，虚引用有什么用

这两天在看 Reference 相关的东西，虽然接触到的场景不多，但感觉还是比较有用的。
在非常关心内存的情况下，有可能能派上用场。
在涉及到某一个对象被 GC，需要得到通知，然后再做某些相关处理的时候，有可能派得上用场。

对于第一点，目前接触到的就是 WeakHahsMap。像我们平常写缓存的时候，最简单的就是在一个类中

public static Map user_map = new HashMap();

然后再在全局使用它。这里就可以参考下 Tomcat 实现的这个 LRU 缓存：tomcat/ConcurrentCache.java at trunk · apache/tomcat · GitHub，它就用到了 WeakHashMap，WeakHashMap也用到了 WeakReference，可以参考下。
WeakHahsMap 的实现原理简单来说就是里面的 Entry 使用继承了 WeakReference，那么当 Entry 的 key 不再被使用的时候，也就是被 GC 的时候，那么该 Entry 就会进入到 ReferenceQueue 中， WeakHashMap 在你调用相关方法的时候，那么就会把这个 Entry 从 ReferenceQueue 中删除，并且做相关处理（也就是把这个 key 删除）。这时候你就会发现，你的一个键值对没有了。
对于第二点，目前接触到的就是一个 FileCleaningTracker，它的作用是，把一个文件和一个对象关联起来，当这个对象被 GC 的时候，文件也帮我们删除掉。
FileCleaningTracker 的实现简单来说就是用了一个虚引用。它里面有一个 Tracker 的内部类，他继承自 PhantomReference，你可以理解成 WeakHashMap中的 Entry（其实也很像了）。这个 Tracker 就和我们的关联对象 marker 关联起来（你可以理解成 WeakHashMap 中的 Entry 的 key），那么当 marker 被回收的时候，Tracker 就会被GC 弄到 ReferenceQueue 中，那么 FileCleaningTracker 就会把 Tracker 从 ReferenceQueue 移除出来，并且执行相关操作（delete file）。
最后：
自己理解的引用（强，软，弱虚）是和 GC 比较相关的，能够在一个 对象被 GC 的时候，应用程序得到通知，然后执行相关操作。像 WeakHashMap 就是这样，底层发现 key 没了，上层就把 entry 删了。
ps：

第6条：消除过期对象的引用（WeakHashMap的缓存应用）：愿无岁月可回首

第6条：WeakHashMap扩展知识1（原理与Reference相关）：愿无岁月可回首

第6条：Reference应用-FileCleaningTracker：愿无岁月可回首

最后的最后补充。。。
突然想起，之前自己在工作中涉及到这样一种情况，我需要对用户投资的钱进行一个每日的加息，有一天客户忘了把加息的数据给我，然后给了我一份 csv 文件，让我加上。我当时的做法是，让运维把文件放在固定的地方，程序读取，执行逻辑，然后运维再手动删除。 这个时候，其实也可以通过这种 FileCleaningTracker，当读取完之后，自动的删除这个文件，就不用运维来做了。（这可能是一种应用场景）