RFR: JDK-8199216: Memory leak and quadratic layout time with nested nodes (hbox) and pseudo-class in style sheet [v2]
John Hendrikx
jhendrikx at openjdk.org
Fri Mar 31 18:10:26 UTC 2023
On Fri, 31 Mar 2023 15:32:06 GMT, Michael Strauß <mstrauss at openjdk.org> wrote:
>> John Hendrikx has updated the pull request incrementally with one additional commit since the last revision:
>>
>> Simplify ImmutablePseudoClassSetsCache and avoid an unnecessary copy
>
> modules/javafx.graphics/src/main/java/com/sun/javafx/css/BitSet.java line 584:
>
>> 582: * @param obj the object to cast, cannot be {@code null}
>> 583: * @return a type T, or {@code null} if the argument was not of this type
>> 584: * @throws NullPointerException when {@code obj} is {@code null}
>
> Previously, this method always returned an instance of `T`. Now that is not the case, it might also simply return `null` if the argument passed into it is an instance of a different class. I think it makes sense to also return `null` when the argument passed into the method is `null`.
I'm a bit unsure why that would be an improvement. Passing `null` to a function that doesn't expect it should IMHO never just return `null` but should instead be considered a programming error and result in a stack trace. Passing in a non-null value that can't be casted is explicitly documented now that it would result in `null`. One is a caller error, the other isn't IMHO (as the caller can't check if it is castable without another method -- I considered adding an `instanceof` method).
Or maybe I'm reading too much in to this and you are just pointing out that the function has changed from its previous contract -- I think this is okay as `BitSet` is not public API, nor are any of its subclasses.
> modules/javafx.graphics/src/main/java/com/sun/javafx/css/BitSet.java line 588:
>
>> 586: protected abstract T cast(Object obj);
>> 587:
>> 588: protected long[] getBits() {
>
> Since your patch already contains some cleanup work: can you make this method `final`? The way it's specified at the moment looks like it was made to be overridable, which is clearly not useful.
Sure, I don't mind, the class is not public though, nor are its subclasses.
-------------
PR Review Comment: https://git.openjdk.org/jfx/pull/1076#discussion_r1154758868
PR Review Comment: https://git.openjdk.org/jfx/pull/1076#discussion_r1154758778
More information about the openjfx-dev
mailing list