Я правильно интернирую свои струны?

Question

Я хочу убедиться, что я не избиваю пространство перменто, поэтому я тщательно интернирую свои струны.

Являются ли эти два утверждения эквивалентными?

String s1 = ("hello" + "world").intern(); 

String s2 = "hello".intern() + "world".intern(); 

UPDATE

Как обрамлении мой вопрос был совершенно отличается от фактического применения. Вот метод, в котором я использую intern.

public String toAddress(Transport transport) 
{ 
    Constraint.NonNullArgument.check(transport, "transport"); 

    switch(transport) 
    { 
    case GOOGLE: 
    case MSN: 
     return (transport.code() + PERIOD + _domain).intern(); 
    case YAHOO: 
    default: 
     return _domain; 
    } 
} 
private String _domain; // is initialized during constructor 
private static final String PERIOD = "."; 

Answer 1

Лучший совет, о котором я могу думать, - не беспокоить. Статически объявленные String будут в постоянном пуле каким-либо образом, если вы не динамически создаете String, которая ... errr no Я не могу думать о причине.

Я программировал с использованием Java с 97, и я никогда не использовал String.intern().

EDIT: После просмотра вашего обновления я действительно считаю, что вы не должны использовать intern(). Ваш метод выглядит совершенно нормально, и нет причин для использования intern().

Моя причина в том, что она заражает оптимизацию и потенциально преждевременную, при этом вы угадываете сборщик мусора. Если справедливый из вас метод недолговечен, то результирующая строка умрет молодое поколение очень скоро после этого в следующем младшем GC, и если это не будет, он будет интернирован (из-за лучшего слова) в зрелом поколении так или иначе ,

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

Answer 2

Я бы сказал, нет. s1 добавляет «helloworld» в пул, тогда как s2 состоит из двух объединенных строк «hello» и «world».

Answer 3

№. Добавление двух интернированных строк вместе не дает вам интернированную строку.

Это говорит о том, что довольно редко нужно «тщательно ставить свои струны». Если вы не имеете дело с огромным количеством идентичных строк, это больше проблем, чем того стоит.

Answer 4

Как говорит дженсграмма, эти два утверждения не эквивалентны. Два важного правило:

• Конкатенация строковых литералов в коде заканчивается с строковой константой, так что эти два утверждения является точно эквивалентным (они производят одинаковый байткод):

  String x = "foo" + "bar": 
  String x = "foobar"; 
  

• Строка константы интернированы автоматически, вам не нужно делать это явно

Теперь это концентрируется на литералы - вы на самом деле, называя intern литералами, или ваш реальный прецедент несколько отличается (например. интернирование значений, полученных из базы данных, которые вы часто увидите)? Если да, пожалуйста, сообщите нам более подробную информацию.

EDIT: Хорошо, основанный на вопрос редактирования: это может сохранить некоторую память если вы в конечном итоге хранения возвращаемого значения toAddress() где-то, что он будет придерживаться вокруг в течение долгого времени и вы в конечном итоге с тем же адресом несколько раз. Если эти не являются случаем, интернинг на самом деле, вероятно, ухудшит ситуацию. Я не знаю точно, будут ли интернированные струны оставаться навсегда, но это вполне возможно.

Мне кажется, что это вряд ли, чтобы быть хорошим использованием интернирования, и, возможно, это будет хуже. Вы упоминаете, что пытаетесь спасти пространство пергмена - почему вы считаете, что интернирование там поможет? Конкатенированные струны все равно не окажутся в пердгене, если я не ошибаюсь.

Answer 5

Подробнее поможет нам понять ваш запрос ... В любом случае ...

Если вы вручную хотите стажера для HelloWorld затем пойти с первым утверждением, как во втором заявлении вы интернирование привет и мир отдельно. Два утверждения не идентичны вообще.

Answer 6

Возможно, вам понадобится какая-то форма доказательства (возможно, через профилирование), что вы «избиваете пространство перменто», прежде чем писать весь свой код.

В противном случае вы можете просто делать «преждевременную оптимизацию», которая, как правило, неодобрительно. См. http://en.wikipedia.org/wiki/Optimization_(computer_science)#When_to_optimize для получения более подробной информации о том, почему это может быть плохо.

Answer 7

Во многих случаях «тщательное интернирование» ваших строк не дает вам ничего, кроме некоторого времени. Рассмотрим следующий случай:

void foobar(int x) { 
    String s1 = someMethod(x).intern(); 
    ... 
    ... 
} 

Так s1 интернирован, нет (кучи) пространство не впустую? Неправильно! Скорее всего, промежуточный результат someMethod (x) все еще существует где-то в куче и должен быть собран в мусор. Это потому, что someMethod() каким-то образом построил строку, и (если только он не возвращает литерал), это делало это в куче. Но тогда ... лучше взгляните на то, для чего используется пространство перггенов. Он используется для метаданных о классах и (ooops) таблицы String.intern. Путем интернирования всех ваших строк вы делаете именно то, чего вы хотели избежать: Pummel the permgen space.

Более подробная информация здесь: http://www.thesorensens.org/2006/09/09/java-permgen-space-stringintern-xml-parsing/

Answer 8

Количество строк, которые вы используете не имеет не влияния на Permananent поколение виртуальной машины Java, так как мы все еще говорим об одном класса.

Answer 9

интернирование строк в основном утечка памяти чтобы случиться :(

Если у вас есть очень, очень хорошая причина [1] не делают этого, но оставить его на JVM.

[ 1] Как в разделе «Уважаемый босс, пожалуйста, не увольняйте меня. У меня есть данные профилирования, чтобы поддержать мое решение использовать стажера».