Что делает оператор !! (двойной восклицательный знак) в Kotlin и когда его стоит использовать?

Что такое оператор !! (double-bang)?

Оператор !! в Kotlin — это оператор принудительного утверждения non-null (not-null assertion operator). Он преобразует любое значение nullable-типа (например, String?) в non-nullable тип (String). Если значение оказывается null, оператор выбрасывает KotlinNullPointerException.

Простыми словами: вы говорите компилятору: «Я знаю, что здесь не может быть null, доверься мне». И если вы ошибаетесь — получаете NPE.

Как это работает на практике?

Рассмотрим ваш пример:

val name: String? = getUserName(123)
val nonNullName: String = name!! // Если name == null → NPE здесь
textView.text = nonNullName

После применения !! компилятор считает, что nonNullName гарантированно не null, и код компилируется. Но если getUserName() вернул null, приложение упадёт с ошибкой.

Когда стоит (и не стоит) использовать !!

• НИКОГДА не используйте !! как «ленивый способ избавиться от ошибки компиляции». Это почти всегда признак плохого дизайна.
• Используйте !! только в ситуациях, где вы на 100% уверены, что значение не может быть null, и это подтверждено логикой программы (например, значение установлено в конструкторе, но тип nullable из-за внешних ограничений).
• Избегайте !! в пользовательском коде, особенно при работе с данными из внешних источников (БД, API, пользовательский ввод).

Правильные альтернативы !!

Для вашего примера с TextView есть несколько безопасных подходов:

1. Безопасный вызов (?.) с Elvis-оператором (?:)

val name = getUserName(123)
textView.text = name ?: "Неизвестный пользователь"

Если name — null, будет подставлено значение по умолчанию. Это самый частый и правильный подход.

2. Проверка через if

val name = getUserName(123)
if (name != null) {
    textView.text = name
} else {
    textView.text = "Пользователь не найден"
}

Kotlin умный: после проверки name != null компилятор автоматически преобразует name в non-nullable тип внутри блока if.

3. Использование let для обработки non-null

getUserName(123)?.let { nonNullName ->
    textView.text = nonNullName
}

Блок let выполнится только если значение не null. Внутри блока переменная уже non-null.

4. Функции requireNotNull() и checkNotNull()

val name = requireNotNull(getUserName(123)) { "Пользователь с ID 123 не найден!" }
textView.text = name

Эти функции выбрасывают IllegalArgumentException с понятным сообщением, что лучше, чем голый NPE.

Единственный разумный сценарий для !!

Пример из Android — ViewBinding:

private var _binding: FragmentMainBinding? = null
private val binding get() = _binding!!

override fun onDestroyView() {
    super.onDestroyView()
    _binding = null
}

Здесь binding — это геттер, который использует !!. Разработчик гарантирует, что во время работы фрагмента _binding не null, а в onDestroyView он обнуляется. Если кто-то обратится к binding после уничтожения View — это баг, и NPE его правильно обнаружит.

Итог

Оператор !! — это инструмент для крайних случаев, а не повседневное решение. В 95% ситуаций его можно и нужно заменять на безопасные конструкции. Если вы часто пишете !! — пересмотрите архитектуру: возможно, стоит изменить типы на non-nullable или использовать более грамотную обработку null.

// Временный код для проверки алгоритма
fun processUser(user: User?) {
    val name = user!!.name // Пока не думаем о null
    // ... сложная логика ...
}

// Java метод: public String getName() — без аннотаций
val name = legacyJavaObject.name!! // Мы знаем, что name всегда задан