Почему это превышает ограничение в 65 535 байт в конструкторах Java и статических инициализаторах?

Вот байт-код для инициализации массива {1000001, 1000002, 1000003}:

 5  iconst_3
 6  newarray int [10]
 8  dup
 9  iconst_0
10  ldc <Integer 1000001> [12]
12  iastore
13  dup
14  iconst_1
15  ldc <Integer 1000002> [13]
17  iastore
18  dup
19  iconst_2
20  ldc <Integer 1000003> [14]
22  iastore
23  putfield net.jstuber.test.TestArrayInitializingConstructor.data : int[] [15]

Таким образом, для этого небольшого массива каждый элемент требует 5 байтов байт-кода Java. Для вашего большего массива как индекс массива, так и индекс в пуле констант будут использовать 3 байта для большинства элементов, что приводит к 8 байтам на элемент массива. Таким образом, для 10000 элементов вам придется ожидать около 80 КБ байтового кода.

Код для инициализации больших массивов с 16-битными индексами выглядит так:

2016  dup
2017  sipush 298
2020  ldc_w <Integer 100298> [310]
2023  iastore
2024  dup
2025  sipush 299
2028  ldc_w <Integer 100299> [311]

Литералы массива транслируются в байтовый код, который заполняет массив значениями, поэтому вам нужно еще несколько байтов для каждого числа.

Почему бы не переместить эти данные в ресурс, который вы загружаете во время загрузки класса в статическом блоке инициализатора? Это легко сделать с помощью MyClass.class.getClassLoader().getResourceAsStream(). Кажется, что это там, где это должно быть, во всяком случае.

Или, что еще лучше, создайте случайные значения в статическом блоке инициализатора, используя доступные инструменты Java. И если вам нужны повторяющиеся «случайные» числа, просто заполните экземпляр Random фиксированным, но случайно выбранным числом каждый раз.

Помимо значений целых чисел, конструктор и инициализатор должны содержать инструкции JVM для загрузки целых чисел в массив.

Гораздо проще и практичнее хранить числа в файле либо в двоичном формате, либо в виде текста.

Я не знаю, что java инициализирует массивы таким образом, но он не эффективно инициализирует большие массивы.

Я думаю, что размер кода в символах больше, чем 65535. Не память, занимаемая 10000 целых чисел.

Я думаю, возможно, что это объем памяти, необходимый для буквенно-цифрового представления этих целых чисел. Я думаю, что это ограничение может применяться к самому коду, поэтому каждое целое число, например: 1494512072, фактически занимает 10 байтов (по одному на цифру) вместо 4 байтов, используемых для int32.