Как реализована неизменность string в java

Как реализована неизменность string в java

В Java строка ( String ) является неизменяемым ( immutable ) объектом, то есть после создания строки её нельзя изменить. Когда мы изменяем строку, мы фактически создаем новую строку, которая содержит изменения. Это означает, что операции над строками в Java обычно более безопасны, чем операции над изменяемыми объектами.

Неизменность строк в Java достигается путем хранения строк в виде массива символов ( char[] ), который является неизменяемым объектом. При изменении строки создается новый массив символов с новым значением строки.

Также Java использует кэширование строк, что позволяет экономить память. Если две строки содержат одинаковые символы, то они ссылаются на один и тот же объект в памяти (строка сохраняется в пуле строк). Это возможно благодаря тому, что строка является неизменяемой.

Иммутабельность в Java

Привет, Хабр. В преддверии скорого старта курса «Подготовка к сертификации Oracle Java Programmer (OCAJP)» подготовили для вас традиционный перевод материала.

Приглашаем также всех желающих поучаствовать в открытом демо-уроке «Конструкторы и блоки инициализации». На этом бесплатном вебинаре мы:
— Разберём конструктор на запчасти
— Определим финалистов (финальные переменные)
— Наведём порядок (инициализации)

Иммутабельный (неизменяемый, immutable) класс — это класс, который после инициализации не может изменить свое состояние. То есть если в коде есть ссылка на экземпляр иммутабельного класса, то любые изменения в нем приводят к созданию нового экземпляра.

Чтобы класс был иммутабельным, он должен соответствовать следующим требованиям:

• Должен быть объявлен как final, чтобы от него нельзя было наследоваться. Иначе дочерние классы могут нарушить иммутабельность.
• Все поля класса должны быть приватными в соответствии с принципами инкапсуляции.
• Для корректного создания экземпляра в нем должны быть параметризованные конструкторы, через которые осуществляется первоначальная инициализация полей класса.
• Для исключения возможности изменения состояния после инстанцирования, в классе не должно быть сеттеров.
• Для полей-коллекций необходимо делать глубокие копии, чтобы гарантировать их неизменность.

Иммутабельность в действии

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

import java.util.Map; public final class MutableClass < private String field; private MapfieldMap; public MutableClass(String field, Map fieldMap) < this.field = field; this.fieldMap = fieldMap; >public String getField() < return field; >public Map getFieldMap() < return fieldMap; >>

Теперь посмотрим на него в действии.

import java.util.HashMap; import java.util.Map; public class App < public static void main(String[] args) < Mapmap = new HashMap<>(); map.put("key", "value"); // Инициализация нашего "иммутабельного" класса MutableClass mutable = new MutableClass("this is not immutable", map); // Можно легко добавлять элементы в map == изменение состояния mutable.getFieldMap().put("unwanted key", "another value"); mutable.getFieldMap().keySet().forEach(e -> System.out.println(e)); > > // Вывод в консоли unwanted key key

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

import java.util.HashMap; import java.util.Map; public class AlmostMutableClass < private String field; private MapfieldMap; public AlmostMutableClass(String field, Map fieldMap) < this.field = field; this.fieldMap = fieldMap; >public String getField() < return field; >public Map getFieldMap() < MapdeepCopy = new HashMap(); for(String key : fieldMap.keySet()) < deepCopy.put(key, fieldMap.get(key)); >return deepCopy; > >

Здесь мы изменили метод getFieldMap , который теперь возвращает глубокую копию коллекции, ссылка на которую есть в AlmostMutableClass . Получается, что если мы получим Map , вызвав метод getFieldMap , и добавим к нему элемент, то на map из нашего класса это никак не повлияет. Изменится только map , которую мы получили.

Однако если у нас остается доступ к исходной map , которая была передана в качестве параметра конструктору, то все не так уж и хорошо. Мы можем изменить ее, тем самым изменив состояние объекта.

import java.util.HashMap; import java.util.Map; public class App < public static void main(String[] args) < Mapmap = new HashMap<>(); map.put("good key", "value"); // Инициализация нашего "иммутабельного" класса AlmostMutableClass almostMutable = new AlmostMutableClass("this is not immutable", map); // Мы не можем изменять состояние объекта // через добавление элементов в полученную map System.out.println("Result after modifying the map after we get it from the object"); almostMutable.getFieldMap().put("bad key", "another value"); almostMutable.getFieldMap().keySet().forEach(e -> System.out.println(e)); System.out.println("Result of the object's map after modifying the initial map"); map.put("bad key", "another value"); almostMutable.getFieldMap().keySet().forEach(e -> System.out.println(e)); > > // Вывод в консоли Result after modifying the map after we get it from the object good key Result of the object's map after modifying the initial map good key bad key

Мы забыли, что в конструкторе нужно сделать то же самое, что и в методе getFieldMap . В итоге конструктор должен выглядеть так:

public AlmostMutableClass(String field, Map fieldMap) < this.field = field; MapdeepCopy = new HashMap(); for(String key : fieldMap.keySet()) < deepCopy.put(key, fieldMap.get(key)); >this.fieldMap = deepCopy; > // Вывод в консоли Result after modifying the map after we get it from the object good key Result of the object's map after modifying the initial map good key

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

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

Иммутабельность строк в Java

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

Например, в классе String есть методы для получения символов, выделения подстрок, поиска, замены и многие другие. Как и другие классы-обертки в Java (Integer, Boolean и т.д.), класс String является иммутабельным.

Иммутабельность строк дает следующие преимущества:

• Строки потокобезопасны.
• Для строк можно использовать специальную область памяти, называемую «пул строк». Благодаря которой две разные переменные типа String с одинаковым значением будут указывать на одну и ту же область памяти.
• Строки отличный кандидат для ключей в коллекциях, поскольку они не могут быть изменены по ошибке.
• Класс String кэширует хэш-код, что улучшает производительность хеш-коллекций, использующих String .
• Чувствительные данные, такие как имена пользователей и пароли, нельзя изменить по ошибке во время выполнения, даже при передаче ссылок на них между разными методами.

Почему String неизменяемый? и как это помогает программисту?

Что помимо того что нельзя наследоваться от final класса, а именно String.class , и того что при использовании метода concat() и операции + будет создан новый объект типа String а не изменен существующий, используется при определении неизменяемости класса String ? Как неизменяемость (immutable) класса String помогает в реальных ситуациях программисту. Были бы интересны примеры связанные с HashMap и многопоточностью.

Отслеживать
задан 13 июл 2016 в 10:36
1,996 5 5 золотых знаков 29 29 серебряных знаков 48 48 бронзовых знаков

1 ответ 1

Сортировка: Сброс на вариант по умолчанию

Вот тут человек уже ответил на ваш вопрос:

• вы можете передавать строку между потоками и не беспокоиться что она будет изменена
• нет проблем с синхронизацией (не нужно синхронизировать операции со String)
• отсутствие утечек памяти
• в Java строки используются для передачи параметров для авторизации, открытия файлов и т.д. — неизменяемость позволяет избежать проблем с доступом
• возможность кэшировать hash code

А если нужно изменять, есть StringBuffer.

Неизменность строк в Java

Также известно, что строки (String) в Java являются неизменными (immutable). Это означает, что после создания экземпляра строки его значение нельзя изменить.

Алексей Кодов
Автор статьи
10 июля 2023 в 14:40

Также известно, что строки ( String ) в Java являются неизменными (immutable). Это означает, что после создания экземпляра строки его значение нельзя изменить. Если попытаться что-то изменить, будет создан новый экземпляр строки.

Взгляните на простой пример кода:

String str1 = "Привет, мир!"; String str2 = str1; System.out.println(str1); // выводит "Привет, мир!" System.out.println(str2); // выводит "Привет, мир!" str1 = "Привет, Java!"; System.out.println(str1); // выводит "Привет, Java!" System.out.println(str2); // по-прежнему выводит "Привет, мир!"

В этом коде, даже после изменения str1 , str2 остается без изменений. Это происходит потому, что str1 и str2 изначально указывали на одну и ту же строку «Привет, мир!». Когда str1 был изменен, был создан новый объект строки, и str1 теперь указывает на него, в то время как str2 все еще указывает на старый объект строки.

Но что происходит, если мы попытаемся изменить строку с использованием рефлексии Java? Это возможно, но не рекомендуется. Рефлексия позволяет получить доступ к полям и методам класса во время выполнения, даже если они объявлены как private . Это может привести к непредсказуемым и нежелательным результатам.

String str = "Привет, мир!"; Field field = String.class.getDeclaredField("value"); field.setAccessible(true); char[] value = (char[])field.get(str); value[0] = 'П'; value[1] = 'о'; value[2] = 'к'; value[3] = 'а'; System.out.println(str); // выводит "Пока, мир!"

В этом примере значение строки str было изменено с использованием рефлексии. Это возможно, потому что рефлексия позволяет обойти механизмы безопасности Java. Однако это не рекомендуется, потому что это нарушает принцип неизменности строк и может привести к нежелательным результатам.

Вывод: Строки в Java являются неизменными. Любые попытки изменить строку, даже с использованием рефлексии, могут привести к непредсказуемым и нежелательным результатам.