Блог

Посмотрите на этот Java-код:

 class PerformanceTest2{

    public static void main(String args[]){

        Long sum = 0L;

        for(int i=0;i<Integer.MAX_VALUE;i  )
            sum  = i;

        System.out.println("Sum = "   sum);
    }
} 
  

Замечено, что для этого кода требуется больше времени, поскольку сумма «Длинная», а не «длинная». Итак, на каждой итерации происходит следующее:

 sum = new Long(sum.longValue()   i); (for sum =i;)
  

Итак, каждый раз создается новый объект. Разве Java не поддерживает C -подобную функцию возврата ссылки, чтобы мы могли написать (возможно):

 sum.longValue()  = i;
  

возможно, не нужно создавать объект sum каждый раз в цикле? Я прав?

Ну, он не вызывает конструктор. Он использует:

 for (int i = 0; i < Integer.MAX_VALUE; i  )
{
   long tmp = sum.longValue(); // Unboxing
   tmp  = i;
   sum = Long.valueOf(tmp); // Boxing
}
  

Объекты-оболочки намеренно неизменяемы — их можно было бы легко спроектировать изменяемыми, но неизменяемость часто является очень полезной функцией. Если вы хотите написать свой собственный изменяемый тип оболочки, добро пожаловать — в этот момент у вас может быть такой код, как:

 LongWrapper sum = new LongWrapper(0L);
for (int i = 0; i < Integer.MAX_VALUE; i  )
{
    sum.add(i);
}
System.out.println("Sum = "   sum);
  

Или, возможно:

 LongWrapper sum = new LongWrapper(0L);
for (int i = 0;i < Integer.MAX_VALUE; i  )
{
    sum.setValue(sum.getValue()   i);
}
System.out.println("Sum = "   sum);
  

Я приглашаю вас взглянуть на тестовые примеры, которые я создал здесь:

http://ideone.com/Hvbs1

Ваш код медленный не потому, что вы смешиваете long и int вводите, а потому, что вы используете Long вместо long . Long Тип является правильным объектом и неизменяемым при загрузке, поэтому каждый раз, когда вы присваиваете своей переменной новое значение, создается новый объект (возможное исключение — если кэшированный объект уже существует для нового значения). Это дорогостоящая операция (условно говоря).

Как вы увидите из примера кода, изменение цикла на добавление a long вместо an int не ускоряет его выполнение. Способ ускорить это — изменить первую переменную на a long вместо a Long .

В Java нет ссылок, подобных C . Кроме того, встроенные классы-оболочки для примитивных типов намеренно сделаны неизменяемыми. Одна из причин этого решения заключается в том, что во время выполнения может затем кэшировать экземпляры оболочки для определенных значений и избегать необходимости создавать новый объект (для этого требуется, чтобы вы вызывали valueOf вместо выделения нового объекта через new ; компилятор делает это для бокса).

Итак, каждый раз создается новый объект. Разве Java не поддерживает C -подобную функцию возврата ссылки, чтобы мы могли написать (возможно): …

Если вы используете Long , вы явно запрашиваете тип оболочки из Java. И соглашение для типов оболочек таково: они неизменяемы. И неизменность (как постоянство в C ) требует, чтобы никакие изменяемые внутренние элементы не передавались извне. Но ссылка, подобная C , точно сделает это. (Давайте пропустим часть ссылки на const, потому что это также не поможет вам в C .)

возможно, не нужно создавать объект sum каждый раз в цикле? Я прав?

Теоретически да, но если вы хотите такого поведения, почему бы вам не использовать not a plain long с самого начала?

Другие уже объяснили, почему Long занимает больше времени long and how using , чем Long.valueOf` может быть немного быстрее.

Пожалуйста, не позволяйте этому быть причиной отказа от использования Long. По всей вероятности, это не повлияет на общее время пропускной способности вашей системы.

Если есть жесткие циклы, где это влияет на производительность, тогда используйте long там примитив, свернутую вручную оболочку, как описывает Джон, или MutableLong из apache commons.