Чтение строки из ByteBuffer без двойной буферизации

Есть ли способ построить String от ByteBuffer без предварительного считывания содержимого из буфера промежуточному byte[] или char[]?Чтение строки из ByteBuffer без двойной буферизации

АНИ похож на string constructor that takes a byte[] меня поражает, как идеал:

public String(ByteBuffer buffer, int offset, int length, Charset charset)

... но нет такого понятия не существует.

Я нашел How to convert from ByteBuffer to Integer and String?, но использует вспомогательный массив.

I следующее лучшее, что я нашел до сих пор, это проецирование байтового буфера как CharBuffer и вызов toString(). Но это не позволяет сжимать строки с чем-то вроде UTF-8.

источник

2013-02-25 Dilum Ranatunga

Поддерживает ли ваш ByteBuffer метод array()? –

Это карта памяти, поэтому я так не думаю. Но это все сложности, которые я хочу использовать для понимания API. –

Я в замешательстве, что вы пытаетесь выполнить. Вы можете получить массив байтовых байтов для 'ByteBuffer', используя свой метод' array'. Помимо того, что вы не хотите полагаться на детали внутренней реализации, какова ваша конечная цель? – Perception

Нет такой вещи.

ByteBuffer не содержит символов. Они должны быть преобразованы в персонажей, прежде чем вы сможете сделать из них String.

Кроме того, строка должна находиться внутри памяти JVM. ByteBuffer может быть отображен или прямой, в обоих случаях он находится вне JVM.

Чтобы переместить данные в JVM и преобразовать их в символы, вы должны использовать вспомогательный массив.

источник

2013-02-25 23:58:26

Да, но я не понимаю, почему String не может сделать это внутри конструктора. Зачем нужна дополнительная копия массива в API, предназначенная для высокой производительности? –

Не было бы никакого преимущества в производительности, но только сложная сложность API, которая уже довольно сложна. –

Как насчет CharsetDecoder.decode и по телефону toString по возврату CharBuffer.

источник

2013-02-25 23:58:42

java.lang.String является неизменным и окончательным, поэтому в конечном итоге нет выбора, кроме как в конечном итоге предоставить данные в формате, который он уже принимает. (Короткая работа с внутренними элементами с отражением, конечно ....)

Вы можете скрыть уродство за API, который использует построитель строк или что-то в этом роде, но в какой-то момент будет две копии массива в памяти, одна в построителе и один для фактической строки.

источник

2013-02-26 00:01:38 Affe

В Sun JDK 1.6.0_u34, например, 'java.lang.String' имеет частный конструктор пакета следующим образом:'/* Пакет частного конструктора, который разделяет массив значений для скорости. */ String (int offset, int count, char value []) {...} 'Кажется, что API в' java.lang' может избежать второго массива ... –

да, поэтому, если вы использовали отражение в переопределить доступ к этому конструктору, вы могли бы это сделать, как я упоминал :) – Affe

LOL, кивает. Отражение победит цель здесь. Но пакет private означает, что другие классы в одном пакете могут использовать конструктор без каких-либо ошибок. Этот API, похоже, явно оставлен для оптимизации. Я надеялся, что они использовали прохладу, предоставленную им ... –

String изготовлен из char s, а не byte s. Вам понадобится набор символов , который вы используете для преобразования байтов в символы, например. UTF-8, UTF-16, ISO-8859-1, ISO-8859-5, ...

Если вы не знаете набор символов, вы не узнаете , символ которого байты представляют.

источник

2013-02-26 00:01:56 gaborsch

Согласен. Но вот почему API моей мечты занимает Charset ... См. Мой OP. –

Чтение строки из ByteBuffer без двойной буферизации

ответ

Смежные вопросы