Зачем нам нужен «GlobalScope.launch{}», если у нас уже есть «GlobalScope.async{}», который делает то же самое и даже больше в Kotlin?

Чтобы устранить очевидную разницу: async сопрограммы могут возвращать значение, тогда как launch сопрограммы не могут. Я думаю, вы знаете это и спрашиваете, делает ли launch что-то, что нельзя сделать с помощью async сопрограммы, которая возвращает Unit.

Основное различие между async и launch заключается в том, как они обрабатывают ошибки при запуске в качестве корневых сопрограмм. Корневая сопрограмма — это сопрограмма, которая запускается непосредственно в корневой области, а не как дочерняя часть существующей сопрограммы.

Когда вы создаете корневую сопрограмму с помощью launch, исключения распространяются на область действия UncaughtExceptionHandler, если она есть. Это связано с тем, что в противном случае ошибка была бы потеряна. Задание не возвращает результат, поэтому в коде больше нет места, где можно было бы обработать ошибку.

Однако, когда вы создаете корневую сопрограмму с помощью async, исключения перехватываются и содержатся в результирующем объекте Deferred. Исключение выдается, когда вы вызываете await. Он не распространяется на UncaughtExceptionHandler. Это потому, что мы ожидаем, что какой-то другой код в конечном итоге await выдаст результат задания и обработает ошибку.

Это различие применяется только к корневым сопрограммам. Когда вы запускаете сопрограмму как дочернюю для существующей сопрограммы, ошибки всегда распространяются на родительское задание, независимо от того, была ли сопрограмма запущена с помощью async или launch.

Итак, чтобы ответить на ваш вопрос, launch предоставляет дополнительную возможность обрабатывать ошибки с помощью UncaughtExceptionHandler при запуске корневых сопрограмм.