Какви опасности съществуват при прехвърляне на лямбда…

Когато предавате ламбда от Java към метод в Kotlin:

SAM конверсия: Ламбдата в Java трябва да съответства на функционален интерфейс (интерфейс с един абстрактен метод), за да се случи автоматичната конверсия към функционален тип в Kotlin. Ако ламбдата не съответства на такъв интерфейс, автоматичната конверсия няма да се случи и ще е необходима ръчна настройка или обвивка.
Nullable тип: Функционалният тип в Kotlin, получен от Java, по подразбиране не е nullable (() -> Unit). Ако методът в Kotlin очаква nullable тип (() -> Unit)?), може да е необходимо явно да посочите nullable типа при извикване от Java.
Изключения: Изключенията, които може да изхвърли кодът вътре в ламбдата в Java, не се обработват автоматично в Kotlin. Kotlin кодът трябва да обработва тези изключения явно с try-catch.
Производителност: Въпреки че SAM конверсията е ефективна, в някои случаи прекомерното създаване на обекти-обвивки за ламбдата може леко да повлияе на производителността.
Съвместимост на версии: Характеристиките на взаимодействие между 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("Правя нещо от Kotlin") }

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

Какви опасности съществуват при прехвърляне на лямбда от Java към метод в Kotlin?