神秘字段'far'阻碍垃圾回收的问题排查与解决求助

问题背景 #

项目中有一个包含大内存占用成员的Project类：

data class Project(val someMemoryHeavyMember: String) {
    companion object {
        fun readFile(file: File): Project {
            TODO("This deserializes the project from disk")
        }
    }
}

使用JavaFX的Task<Project>异步加载实例，核心代码如下：

fun loadProject(file: File): Task<Project> = object : Task<Project>() {
    init {
        updateTitle("Loading ${file.name}...")
    }

    override fun call(): Project {
        updateMessage("Reading project file...")
        return Project.readFile(file)
    }
}.attachModalProgressUi().scheduleAsBackgroundTask()


fun <T> Task<T>.attachModalProgressUi() = apply {
    this.appendOnCancelled { removeAndHideIfApplicable() }
        .appendOnFailed { removeAndHideIfApplicable() }
        .appendOnSucceeded { removeAndHideIfApplicable() }
}

private fun Task<*>.removeAndHideIfApplicable() {
    taskView.tasks.remove(this)
    if (taskView.tasks.isEmpty()) stage.hide()
}

异步Task会被提交到ControlsFX的TaskProgressView显示加载进度，任务完成后会从视图移除并隐藏UI，这部分逻辑运行正常。

预期与实际行为 #

• 预期：加载新项目时，旧项目的所有引用应被移除，可被垃圾回收
• 实际：代码层面已移除所有引用，但VisualVM显示存在GC根引用链：
  • JavaFX的Task将结果存储在outcome字段（符合预期）
  • Task被某个text view引用，无法被回收
  • 该text view通过ListView的far字段被引用，ListView又通过TaskProgressView的far字段被引用

但查看TaskProgressView和ListView的源码及其父类，均未找到名为far的字段。谷歌搜索无有效结果，推测far字段可能与JVM内部优化或内存管理特性相关。

核心问题 #

1. 字段far来自哪里？
2. 它是否真的在阻碍垃圾回收，还是排查方向错误？
3. 如果确实阻碍回收，如何避免由此引发的内存泄漏？

补充代码：ModalProgressView实现 #

import javafx.beans.property.SimpleDoubleProperty
import javafx.collections.ListChangeListener
import javafx.concurrent.Task
import javafx.scene.Scene
import javafx.stage.Stage
import org.controlsfx.control.TaskProgressView

fun <T : Task<*>> T.attachModalProgressUi() = apply {
    runOnUiThread {
        ModalProgressView.submit(this)
    }
}

object ModalProgressView {
    private val stage = Stage()

    private const val TASK_HEIGHT = 65.0

    private val targetHeight = SimpleDoubleProperty(TASK_HEIGHT)

    private val taskView = TaskProgressView<Task<*>>()

    init {
        stage.scene = Scene(taskView)

        taskView.tasks.addListener(
            ListChangeListener {
                targetHeight.value = TASK_HEIGHT * it.list.size.coerceAtLeast(1)
            }
        )
    }

    fun submit(task: Task<*>) {
        if (task.isCancelled || task.isDone) return
        task.appendOnCancelled { task.removeAndHideIfApplicable() }
            .appendOnFailed { task.removeAndHideIfApplicable() }
            .appendOnSucceeded { task.removeAndHideIfApplicable() }

        taskView.tasks.add(task)
        stage.show()
    }

    private fun Task<*>.removeAndHideIfApplicable() {
        taskView.tasks.remove(this)
        if (taskView.tasks.isEmpty()) stage.hide()
    }
}

解答 #

1. far字段的来源 #

far并非JavaFX或ControlsFX公开API中的字段，它是OpenJDK HotSpot虚拟机内部用于对象指针压缩（Compressed Oops）的辅助结构。在64位JVM中，为减少内存占用会使用32位指针指向对象，当对象所在内存超过特定阈值（通常为32GB）时，JVM会切换到64位指针，far就是JVM内部存储完整64位地址的临时字段，仅在内存分析工具（如VisualVM）中可见，不属于应用代码可访问的部分。

2. 是否阻碍垃圾回收？ #

far字段本身不会阻碍垃圾回收——它是JVM内部的临时引用，不会作为强引用阻止对象被回收。你的排查方向存在偏差：真正的泄漏根源是JavaFX的ListView（TaskProgressView底层基于ListView实现）会缓存已创建的单元格，即使对应的Task已从列表中移除，旧单元格仍可能被ListView的内部缓存或cellFactory持有引用，进而关联到Task对象，最终导致Task及其持有的Project实例无法被回收。

3. 如何避免内存泄漏？ #

针对该场景，可采取以下几种方案：

方案1：显式清空Task的结果引用

Task完成后，手动将outcome字段置为null，切断Task对Project实例的强引用：

private fun Task<*>.clearOutcome() {
    try {
        val outcomeField = Task::class.java.getDeclaredField("outcome")
        outcomeField.isAccessible = true
        outcomeField.set(this, null)
    } catch (e: Exception) {
        // 处理反射异常
    }
}

// 在removeAndHideIfApplicable中调用
private fun Task<*>.removeAndHideIfApplicable() {
    taskView.tasks.remove(this)
    clearOutcome() // 新增：清空结果引用
    if (taskView.tasks.isEmpty()) stage.hide()
}

方案2：强制ListView回收缓存单元格

调用ListView的refresh()方法，强制其重新创建单元格，丢弃旧缓存：

private fun Task<*>.removeAndHideIfApplicable() {
    taskView.tasks.remove(this)
    // 刷新底层ListView，触发单元格回收
    (taskView.childrenUnmodifiable.firstOrNull() as? ListView<*>)?.refresh()
    if (taskView.tasks.isEmpty()) stage.hide()
}

方案3：避免单例长期持有TaskProgressView

当前ModalProgressView是单例，内部的taskView会长期存在。若业务场景允许，可改为每次加载任务时创建新的TaskProgressView和Stage，任务完成后彻底销毁相关实例，避免长期持有缓存。

内容的提问来源于stack exchange，提问作者vatbub