Какие существуют опасности при передаче лямбды из Java в метод на Kotlin?

При передаче лямбды из Java в метод на Kotlin:

1. SAM-конверсия: Лямбда в Java должна соответствовать функциональному интерфейсу (интерфейс с одним абстрактным методом) для автоматической конверсии в функциональный тип Kotlin. Если лямбда не соответствует такому интерфейсу, автоматическая конверсия не произойдет, и потребуется ручное преобразование или обертка.
2. Nullable-тип: Функциональный тип в Kotlin, получаемый из Java, по умолчанию является не nullable (() -> Unit). Если метод в Kotlin ожидает nullable-тип (() -> Unit)?), то явное указание nullable-типа в Kotlin может быть необходимо при вызове из Java.
3. Исключения: Исключения, которые может выбрасывать код внутри лямбды в Java, не обрабатываются автоматически в Kotlin. Kotlin-код должен явно обрабатывать эти исключения, используя try-catch.
4. Производительность: Хотя SAM-конверсия обычно эффективна, в некоторых случаях избыточное создание объектов-оберток для лямбд может незначительно повлиять на производительность.
5. Совместимость версий: Особенности взаимодействия Kotlin и Java могут меняться между версиями компиляторов, что может потребовать внимания при обновлении.

Пример:

// Java-код
interface MyFunctionalInterface {
    void doSomething();
}

class JavaConsumer {
    public void consume(MyFunctionalInterface callback) {
        callback.doSomething();
    }
}

// Kotlin-код
class KotlinUser {
    fun useConsumer(consumer: JavaConsumer) {
        // Автоматическая SAM-конверсия из Java-лямбды к Kotlin-функциональному типу
        consumer.consume { println("Doing something from Kotlin") }

        // Пример, где nullable-тип может потребоваться в Kotlin-функции,
        // если Java-метод может принимать null
        // fun consumeNullable(callback: (() -> Unit)?) { ... }
    }
}