标签：thread-safety weak-references java garbage-collection

在阅读了SO文章后,我正在阅读Java中的弱引用,并意识到我并不真正知道它们是什么.

以下代码摘自Arnold,Gosling和Holmes撰写的“ Java编程语言,第四版”中的第457页第17章：“垃圾回收和内存”

import java.lang.ref.*;
import java.io.File;

class DataHandler {
    private File lastFile;        // last file read
    private WeakReference<byte[]> 
                         lastData;// last data (maybe)

    byte[] readFile(File file) {
        byte[] data;

        // check to see if we remember the data
        if file.equals(lastFile) {
            data = lastData.get();
            if (data != null)
                return data;
        }

        // don't remember it, read it in
        data = readBytesFromFile(file);
        lastFile = file;
        lastData= new WeakReference<byte[]>(data);
        return data;
    }
}

我只是为了进行练习而试图理解,如果这段代码是线程安全的,那么我将重点放在代码部分上

data = lastData.get();
if (data != null)
    return data;

我的想法如下：“数据”受线程限制,并设置为引用“ lastData” WeakReference的引用.这会创建对引用的强引用,因此,即使在执行空检查之后,在readFile范围之外的所有其他对引用的强引用也会消失(正确的用语是什么？),即使假设该引用不能轻而易举地到达,垃圾回收器也不会允许清除弱引用,从而使引用最终可定型,因为仍然存在来自数据的局部强引用.因此,如果data！= null行中的data不为null,则在下一行返回时,它不能为null.对吗

解决方法:

我认为示例代码不是线程安全的,但是出于与使用弱引用不同的原因：

正是出于您所指出的原因,使用弱引用非常有用：代码创建一个强引用,该强引用保存在数据变量中.因此,GC无法收集字节,因此WeakReference将保持不变.因此在单线程应用程序中使用此代码应该是安全的.问题来自多个线程：

对file和lastData字段的访问未同步,因此无法保证与readFile(..)方法一起使用的两个线程完全交互(这是不太可能发生的“最佳”情况).重要的是要注意,必须以原子方式访问这些字段,并且如果没有其他地方可以触摸它们,最简单的解决方法是声明readFile方法已同步.这会严重损害性能,因为文件读取将随后在同步块内发生,可能导致争用.

标签：thread-safety,weak-references,java,garbage-collection
来源： https://codeday.me/bug/20191208/2090224.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。