в java 8, почему емкость arraylist по умолчанию теперь равна нулю?

<p>насколько я помню, до java 8 емкость <code>arraylist</code> по умолчанию составляла 10.</p><p>удивительно, но комментарий к конструктору по умолчанию (void) по-прежнему гласит: <code>constructs an empty list with an initial capacity of ten.</code></p><p>от <code>arraylist.java</code>:</p><pre><code>/** * shared empty array instance used for default sized empty instances. we * distinguish this from empty\_elementdata to know how much to inflate when * first element is added. */ private static final object[] defaultcapacity\_empty\_elementdata = {}; ... /** * constructs an empty list with an initial capacity of ten. */ public arraylist() { this.elementdata = defaultcapacity\_empty\_elementdata; } </code></pre>

<p>технически, это <code>10</code>, а не ноль, если вы допускаете ленивую инициализацию резервного массива. увидеть:</p><pre><code>public boolean add(e e) { ensurecapacityinternal(size + 1); elementdata[size++] = e; return true; } private void ensurecapacityinternal(int mincapacity) { if (elementdata == defaultcapacity\_empty\_elementdata) { mincapacity = math.max(default\_capacity, mincapacity); } ensureexplicitcapacity(mincapacity); } </code></pre><p>где</p><pre><code>/** * default initial capacity. */ private static final int default\_capacity = 10; </code></pre><p>то, на что вы ссылаетесь, это просто объект начального массива нулевого размера, который используется всеми изначально пустыми объектами <code>arraylist</code>. то есть емкость <code>10</code> гарантируется <em>lazily</em>, оптимизация, присутствующая также в java 7.</p><p>по общему признанию, контракт строителя не совсем точен. возможно, это источник путаницы здесь.</p><h3>фон</h3><p>вот электронная почта от майка дуйгоу</p><blockquote> <p>я разместил обновленную версию пустого патча arraylist и hashmap.</p> <p> <a href="http://cr.openjdk.java.net/~mduigou/jdk-7143928/1/webrev/">http://cr.openjdk.java.net/~mduigou/jdk-7143928/1/webrev/</a> </p> <p>эта пересмотренная реализация вводит <em>no new fields</em> для любого класса. для arraylist ленивое выделение резервного массива происходит только в том случае, если список создается с размером по умолчанию. по мнению нашей команды по анализу производительности, примерно 85% экземпляров arraylist создаются с размером по умолчанию, поэтому эта оптимизация будет действительной в подавляющем большинстве случаев. </p> <p>для hashmap творчески используется поле порога для отслеживания запрошенного начального размера до тех пор, пока не потребуется массив блоков. на стороне чтения пустой случай карты проверяется с помощью isempty (). для размера записи сравнение (таблица == empty\_table) используется для определения необходимости наполнения массива сегментов. в readobject есть немного больше работы, чтобы попытаться выбрать эффективную начальную емкость.</p> <p><em>от: <a href="http://mail.openjdk.java.net/pipermail/core-libs-dev/2013-april/015585.html">http://mail.openjdk.java.net/pipermail/core-libs-dev/2013-april/015585.html</a> </em></p> </blockquote>

<p>в java 8 емкость arraylist по умолчанию равна 0, пока мы не добавим хотя бы один объект в объект arraylist (это можно назвать отложенной инициализацией). пожалуйста, смотрите ниже код для помощи.</p><pre><code>arraylist al = new arraylist(); //size: 0, capacity: 0 arraylist al = new arraylist(5); //size: 0, capacity: 5 arraylist al = new arraylist(new arraylist(5)); //size: 0, capacity: 0 al.add( "shailesh" ); //size: 1, capacity: 10 public static void main( string[] args ) throws exception { arraylist al = new arraylist(); getcapacity( al ); al.add( "shailesh" ); getcapacity( al ); } static void getcapacity( arraylist<?> l ) throws exception { field datafield = arraylist.class.getdeclaredfield( "elementdata" ); datafield.setaccessible( true ); system.out.format( "size: %2d, capacity: %2d%n", l.size(), ( (object[]) datafield.get( l ) ).length ); } response: - size: 0, capacity: 0 size: 1, capacity: 10 </code></pre><p>теперь вопрос, почему это изменение было сделано в java 8? </p><p>ответ заключается в экономии потребления памяти. миллионы объектов списков массивов создаются в приложениях java в реальном времени. размер по умолчанию, равный 10 объектам, означает, что мы выделяем 10 указателей (40 или 80 байт) для базового массива при создании и заполняем их нулями пустой массив (заполненный нулями) занимает много памяти.</p><p>ленивая инициализация откладывает это потребление памяти до момента, когда вы фактически будете использовать список массивов.</p><p>статья <a href="https://programingsoeasy.blogspot.in/2018/05/in-java-8-why-is-default-capacity-of.html">емкость arraylist по умолчанию в java 8</a> объясняет это в деталях.</p>

<p>если самой первой операцией, выполняемой с arraylist, является передача <code>addall</code> коллекции, содержащей более десяти элементов, то любые усилия, направленные на создание начального массива из десяти элементов для хранения содержимого arraylist, будут выброшены в окно. когда что-то добавляется в arraylist, необходимо проверить, не превысит ли размер результирующего списка размер резервного хранилища; если исходное резервное хранилище будет иметь нулевой размер, а не десять, это приведет к сбою этого теста еще один раз за время существования списка, первой операцией которого является «добавление», что потребует создания исходного массива из десяти элементов, но эта стоимость меньше, чем стоимость создания массива из десяти элементов, который никогда не закончится привыканием.</p><p>при этом, возможно, было бы возможно улучшить производительность в некоторых контекстах, если бы имелась перегрузка «addall», которая указала, сколько элементов (если таковые имеются), вероятно, будут добавлены в список после существующего, и которые могли бы использовать это, чтобы влиять на его поведение распределения. в некоторых случаях код, который добавляет последние несколько элементов в список, будет иметь довольно хорошее представление о том, что списку никогда не понадобится никакого пространства после этого. есть много ситуаций, когда список заполняется один раз и никогда не изменяется после этого. если код точки знает, что конечный размер списка будет 170 элементов, он будет иметь 150 элементов и резервное хранилище размера 160, увеличение резервного хранилища до размера 320 будет бесполезным и оставление его до размера 320 или его усечение до 170 будет менее эффективным, чем просто следующее выделение, увеличит его до 170.</p>

<p>вопрос «почему?».</p><p>проверка профилирования памяти (например ( <a href="https://www.yourkit.com/docs/java/help/inspections\_mem.jsp#sparse\_arrays">https://www.yourkit.com/docs/java/help/inspections\_mem.jsp#sparse\_arrays</a> ) показывает, что пустые (заполненные нулями) массивы занимают тонны памяти. </p><p>размер по умолчанию 10 объектов означает, что мы выделяем 10 указателей (40 или 80 байт) для базового массива при создании и заполняем их нулями. настоящие java-приложения создают миллионы списков массивов.</p><p>введенная модификация удаляет ^ w откладывать это потребление памяти до момента, когда вы фактически будете использовать список массивов.</p>

<p>после вышеупомянутого вопроса я прошел arraylist document of java 8. я обнаружил, что размер по умолчанию все еще 10.</p><p> <a href="https://i.stack.imgur.com/yl83k.jpg"> <img src="https://i.stack.imgur.com/yl83k.jpg" alt="please see below"> </a> </p>

<p>размер по умолчанию arraylist в java 8 - это стиль 10. единственное изменение, внесенное в java 8, состоит в том, что если кодер добавляет элементы меньше 10, то оставшиеся пустые места массива не указываются равными нулю. скажем так, потому что я сам прошел через эту ситуацию, и eclipse заставил меня взглянуть на это изменение java 8.</p><p>вы можете оправдать это изменение, посмотрев на скриншот ниже. в нем вы можете видеть, что размер arraylist указан как 10 в object [10], но количество отображаемых элементов равно 7. остальные элементы с нулевым значением здесь не отображаются. в java 7 ниже снимок экрана такой же, только с одним изменением, которое заключается в том, что также отображаются элементы с нулевым значением, для которых кодировщик должен написать код для обработки нулевых значений, если он выполняет итерацию полного списка массивов, в то время как в java 8 это бремя снимается с глава кодер/разработчик.</p><p> <a href="https://i.stack.imgur.com/we3aq.png">снимок экрана ссылка.</a> </p>