Синглтон и даблчек

Рассмотрим использование двух паттернов программирования в kotlin — singleton и doublecheck.

У нас есть пример кода, где экземпляр класса получается как singleton. Для асинхронного вызова функции используется блок синхронизации.

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

В методе getInstance мы также видим повторяющийся код :

Его обычно называют паттерном doublecheck. Не всегда ясно зачем так делается, т.к. код будет верно работать и без дублирования. Мы можем оставить этот код внутри syncronized блока и приложение будет работать корректно.

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

Синхронизация может потребоваться только, если до создания экземпляра мы вызвали getInstance из 2х и более потоков.

В дальнейшем нам уже не требуется синхронизация, поэтому проверку instance на null предпочтительнее иметь вне блока синхронизации.

Написать комментарий

Мало букафф? Читайте есчо !

Автоинкремент версии билда в проекте на kotlin

Февраль 9, 2025 г.

Куча готовых решений в сети, но почему то ничего не работает. Пришлось исследовать этот вопрос. Оказалось, что gradle.kts это тоже kotlin скрипт, который выполняется каждый раз при сборке проекта. И задача состоит в том, чтобы увеличивать версию ...

Читать

Фильтрация сообщений в logcat

Январь 10, 2025 г.

Android Studio пере-изобретает способ фильтрации сообщений в logcat в очередной раз. Теперь это инструкции, которые задаются сродни ключам командной строки. ...

Читать

 

Комментарии к «Синглтон и даблчек»

Понравилась статья? Есть вопросы? - пишите в комментариях.



Комментарий: