RFR: 8373908: XYChart (ScatteredChart) leaks memory when removing data [v2]
Kevin Rushforth
kcr at openjdk.org
Fri Dec 19 00:23:30 UTC 2025
On Thu, 18 Dec 2025 02:19:03 GMT, John Hendrikx <jhendrikx at openjdk.org> wrote:
>> Fixes a problem with leaked references in XYChart. A few things conspire here to make this into a memory leak:
>>
>> - The weak bindings used by StringBinding leave behind listener "stubs" when GC'd; that's just how they work, it is a "strong" listener that wraps a weak referenced listener. The strong part remains behind, and is cleaned up when a new listener is added/removed by ExpressionHelper (and if that never happens, those stubs remain there indefinitely).
>> - The fluent bindings (map/flatMap/orElse) use normal listeners, but only when they are observed themselves (lazy listeners)
>> - The "stub" that is left behind counts as being observed, so the fluent bindings don't unsubscribe themselves
>>
>> The leak has nothing to do with the node or the accessible property, but purely by the StringBinding leaving behind stubs on the flat mapped properties.
>>
>> The leak is actually because the Series to which the Data object belongs is referencing the Data object. The flatMaps track the series object so they added a listener to the series object, and they think they are observed indefinitely because of the listener stub.
>>
>> The easiest solution here is to ensure the Series object is not tracked when not needed; this can be achieved by setting the series to `null` in the ListChangeListener for the Data list.
>
> John Hendrikx has refreshed the contents of this pull request, and previous commits have been removed. The incremental views will show differences compared to the previous content of the PR. The pull request contains one new commit since the last revision:
>
> Fix memory leak
I think a second reviewer couldn't hurt. I only have two questions:
1. I presume that moving the local listeners to be instance variables is needed? At first glance, I couldn't figure out why.
2. Is a test feasible? If not, we should consider filing a follow-up.
-------------
PR Comment: https://git.openjdk.org/jfx/pull/2013#issuecomment-3672842352
More information about the openjfx-dev
mailing list