More support for offset and length in methods operating on byte arrays

Trist Post tristpost at hotmail.com
Thu Dec 14 20:17:35 UTC 2023


Thanks for the good suggestion Pavel - will look into that - for large
arrays absolutely less costly than copying!

In the general case I would still prefer if the libraries generally
provided offset & length for byte array arguments to allow for "garbage
free" code (i.e. avoiding to frequently create various wrapper objects like
ByteBuffer from heap memory).

Best Regards
Trist

On Thu, Dec 14, 2023 at 8:57 PM Pavel Rappo <pavel.rappo at oracle.com> wrote:

>
>
> > On 14 Dec 2023, at 06:10, Magnus <magnus.eriksson at gmail.com> wrote:
> >
> > In the java libraries there are many methods that operate on byte arrays
> that do not allow you to specify offset and length for the relevant data
> instead forcing you to copy the relevant part to new arrays before using
> the methods reducing performance - I am for instance struggling with this
> in java.util.Base64 where the Encoders and Decoders lack a length parameter
> (also an offset would have been great even though I don't need that in my
> case).
>
> Re: java.util.Base64. Encoder and Decoder also seem to be able to work
> with ByteBuffer. If you have an array, you can cheaply create a ByteBuffer
> wrapper around that array. The now-backing array would be read or written
> though from the specific position and up to the specific limit. Would that
> help?
>
> -Pavel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/core-libs-dev/attachments/20231214/b2bdaeb0/attachment-0001.htm>


More information about the core-libs-dev mailing list