Java ArrayList ‹примитивный тип данных› последовательное выделение памяти только для ссылок?

Не существует единого решения, отвечающего вашим требованиям.

Если вам нужна массивоподобная структура примитивного типа, вам нужно использовать массив этого примитивного типа или некоторый класс, который обертывает массив этого примитивного типа ¹. Если вы попытаетесь реализовать настраиваемый класс, он не может быть универсальным (для примитивного типа), поскольку примитивные типы не могут использоваться в качестве параметров универсального типа. Следовательно, это не может быть ArrayList или любой другой тип, производный от Collection.

Если вам нужна массивоподобная структура ссылочного типа, вы можете использовать либо массив, либо ArrayList.

Короче говоря, если вы не желаете использовать типы оболочек (Integer и т. Д.):

• Вы должны рассматривать примитивные и непримитивные типы отдельно.
• Лучше всего (с точки зрения дизайна API и безопасности типов) рассматривать отдельные примитивные типы отдельно.

Гипотетически вы можете создать тип, подобный массиву, который реализует массив любого примитивного типа, в зависимости от параметра времени выполнения. Просто определите множество методов / перегрузок для получения / установки различных типов примитивов. Однако это было бы небезопасно во время компиляции, а API был бы уродливым ... мягко говоря.

Ваша идея использования ByteBuffer по существу такая же, как и выше ... или хуже, если вы ожидаете, что код приложения выполняет все индексацию и кодирование / декодирование между байтами и условным базовым типом «массив». (И лучше начинать с byte[], а не с ByteBuffer.)

^{1 - Например, один из классов коллекции Trove.}

Отказ от ответственности: это все равно не указано, так что это может быть случайностью.

В OpenJDK / Oracle JVM объекты размещаются в TLAB по порядку. После того, как он скопирован в оставшиеся / сохраненные пространства, он обнаруживается в обратном порядке. Это означает, что объекты, скорее всего, будут вместе в кеше.

Простое решение - использовать коллекцию на основе примитивов, такую ​​как Trove, где примитивы фактически находятся в массиве примитивов.

Проектов примитивных коллекций очень много, вот некоторые из них:

1. org.apache.commons .collections.primitives
2. Высокопроизводительные примитивные коллекции
3. Trove

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

То, что вы пытаетесь сделать, технически невозможно из-за проблем с фрагментацией памяти. Подумай об этом. Если ваш буфер должен увеличиваться, ему необходимо перераспределить весь объем памяти, что приведет к быстрой фрагментации памяти, в результате чего у вас будет нехватка памяти, даже если технически у вас будет достаточно памяти. Ближе всего, что вы можете получить в обычной java, вероятно, java.nio.IntBuffer. Но, как говорили другие, вы пытаетесь решить проблему, которой не существует.