RFR: 8329623: NegativeArraySizeException encoding large String to UTF-8
Roger Riggs
rriggs at openjdk.org
Mon Apr 8 13:42:10 UTC 2024
On Mon, 8 Apr 2024 08:54:21 GMT, Raffaello Giulietti <rgiulietti at openjdk.org> wrote:
>> When encoding a vary large string in String.getBytes(StandardCharset.UTF_8) computation of the buffer size may exceed the range of a positive 32-bit Integer.
>> If the estimated size for the result byte array is too large, pre-compute the exact buffer size.
>> If that exceeds the range, then throw OutOfMemoryError.
>
> test/jdk/java/lang/String/CompactString/MaxSizeUTF16String.java line 143:
>
>> 141: // Strings of size min+1...min+2, throw OOME
>> 142: // The resulting byte array would exceed implementation limits
>> 143: for (int count = min + 1; count < max; count++) {
>
> The case `min + 1` cannot lead to a `NegativeArraySizeException` in the current code, since `3 * (min + 1) <= MAX_VALUE`. In theory, it should succeed by returning the encoded `byte[]`, although It throws `OOME` for exceeding VM limits. That is, this case does not trigger the invocation of `computeSizeUTF8_UTF16()` in the proposed fix.
>
> Only `min + 2` throws `NegativeArraySizeException` in the current code, and thus the invocation of `computeSizeUTF8_UTF16()` in the proposed fix.
Indeed, different OOMEs are thrown in the two cases triggered by different limits, min +2 is due to integer overflow, while min +1 is due a VM limit on the size of byte[Integer.MAX_VALUE]. Different VM implementations may have different limits. on the max size of a byte array.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/18663#discussion_r1555866610
More information about the core-libs-dev
mailing list