Денис Загаевский

1) имя корутины нужно только для дебага

2) никакого конструктора лонча нет, это просто функция на CoroutineScope. Разницы между данными примерами нет. Передать диспатчер можно в случае, если ты хочешь лончить в другой диспатчер.

3) это вроде повтор второго вопроса. Разверну немного. Если в CoroutineScope передать диспатчер(D), то все лончи без дополнительных диспатчеров будут происходить на диспатчере D. A если не передавать, то все такие лончи будут происходить на Dispatchers.Default, то есть для андроида - на диспатчере, у которого несколько потоков, и на котором можно выполнять тяжёлые вычисления.
Лончи, в которые передан диспатчер, будут выполнены на этом диспатчере.

Как-то так. Это на самом деле сложная и запутанная тема. За внешней простотой скрывается очень сложная машинерия. Ты пока вскрыл довольно простые вещи.

Да, будет утечка, утечет сам объект MySmartPointer, тк его никто не удалит. При выходе из функции уничтожится лишь сам указатель, но не то, куда он указывает.

Не знаю, будет рекурсия или просто креш, надо читать стандарт. Делать так не надо, в этом нет смысла.

Думаю, у вк есть http api, который можно дёргать из дарта

Я тебе так скажу. Сервис тебе понадобится с очень маленький вероятностью. В основном сейчас это проигрывание звуков и аналогичное, в фоне, с флажком foreground и нотификашкой. Такой сервис никуда особо передавать данные не будет. Если есть ui, проще просто забиндить его и всё.
Broadcast receiver в 2021 году нужен только для межпроцессорного взаимодействия, а не внутри одного приложения, это точно.

Upd не-foreground сервис в современных андроидах, после ухода приложения в фон, живёт очень-очень недолго. Секунды.

Да, в onDestroy лучше отписать всё, что подписано к этому моменту. Нужно освобождения все ресурсы, которые потенциально живут дольше, чем активити.

Это создание анонимного класса. Работает как анонимный класс.

Нужно использовать метод computeIfPresent
А внутри лямбды уже вычислить новый список, используя addAll, например.
А если нужно также добавлять элемент, в случае, когда ключа нет, просто используй compute

Никак. Активити не должны обращаться непосредственно друг к другу. Передавай простые данные (цвет) и меняй на месте. А вообще у тебя не должно быть несколько активити в большинстве случаев. Достаточно одной и фрагментов.

Во-первых, изменяемые данные в Rx-стриме это очень, очень плохо. С этим можно обрести кучу багов. Данные должны быть неизменяемыми.
Во-вторых тебе понадобится combineLatest, который принимает список Observable. А список ты получишь из своего списка видео.