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

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

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

Разница между этими переменными в том, что вторая неинициализированна, и в ней null.
В джаве все массивы "динамические", то есть выделены в куче, а не на стеке.

С++ статичесий язык а Java ООП

Путаете мягкое с тёплым. Джава тоже статически типизированный язык.
В джаве, в отличие от С++ все объекты выделяются в куче, поэтому все переменные(кроме примитивов) содержат в себе ссылку. Массив в джаве тоже выделяется в куче, а массив объектов (Integer это объект в отличие от int) это, на самом деле, массив ссылок.

int[] a; // a == null
int[] b = new int[5]; // b == [0, 0, 0, 0, 0]
int[] c = new int[]{1, 2, 3}; // c == [1, 2, 3]
Integer[] d; // d == null
Integer [] e = new Integer[5]; // e == [null, null, null, null, null]
Integers [] f = new Integer[]{1, 2, 3}; // f == [Integer(1), Integer(2), Integer(3)} случился autoboxing, то есть автоматическая запаковка примитивов в соответствующий объект.

Всё происходит правильно. AsyncMethod(param1,param2,ApiKeyStore.CurrentKey) вызывается только один раз, и при каждом retry происходит переподписка к его результату. Поэтому ключ не меняется. Нужно сделать так, чтобы при retry вызывался сам метод, а значит - использовать Observable.defer:

Observable.defer { AsyncMethod(param1,param2,ApiKeyStore.CurrentKey) } 
.doOnError{
    ApiKeyStore.getNextApiKey()
}
.retry(ApiKeyStore.attemptsNumber)

Теперь при retry переподписка будет к defer, и каждый раз будет вызываться AsyncMethod с новыми параметрами.
Как-то так.

Я думаю, что ты хотел написать arr[i] = t.nextInt();
Это будет присвоение следующего инта из сканера в соответствующий элемент массива.

Это потому что в джаве лямбды могут захватывать переменные только для чтения, изменять локальные переменные из лямбды нельзя. Поэтому студия предлагает тебе "хак". Превратить переменную в массив с одним элементом, и изменять этот элемент. Это известный приём.

Потому что Main has been compiled by a more recent version of the Java Runtime (class file version 58.0), this version of the Java Runtime only recognizes class file versions up to 52.0

Нужно установить более новую джаву.
Где взять JRE для JDK 14?

Да, можно, с помощью лямбда-функций. Это анонимные функции. В твоем случае нужен такой интерфейс:

@FunctionalInterface
interface BiIntFunction {
    void apply(x: int, y: int);
}

и применять примерно так:
void doSomething(int borderX, int borderY, body: BiIntFunction) {
    for (int x = 0; x < borderX; x++) {
        for (int y = 0; y < borderY; y++) {
           body.apply(x, y);
        }
    }
}
//....
doSomething(sizeX, sizeY, (x, y) -> { ... your code here ... });

startActivityForResult + onActivityResult

UPD
В документации рекомендуют использовать апи поновее из AndroidX.
Сути это не меняет: нужно стартовать активити и получить из неё результат.

Если говорить по-правильному, не надо так делать. Используй фрагменты. Несколько активити в приложении это скорее исключение, и ты должен чётко понимать, почему их именно несколько.

Koshkasobaka, не надо хранить эту ерунду в виде мапы. Сделай нормальные типы: Contact, Phone, Contact содержит String name + List<Phone>(+ в будущем, например, List<Email>). Сделай ContactRepository, в котором храни список List<Contact>, а так же индекс Map<String, Contact> для поиска по имени(но вообще это в большинстве случаев будет преждевременной оптимизацией, можно и в списке по имени искать). Вот тогда будет нормально.

В твоём случае вообще лучше использовать Flowable.fromIterable.

Если ты реализуешь его руками, проверки на отмену можно не делать. Там под капотом они есть.

Насчёт подписчиков. Ты выбрал самый сложный путь. Смотри отсюда и вниз. Обычно используется subscribe c одним или двумя консьюмерами(onNext и onError соответственно). Тогда всю эту кучу кода тебе писать будет не надо.

Как совет - всё-таки затащи лямбды, либо взяв джаву поновее (8+) либо используй RetroLambda.
Честно, с анонимными классами Rx выглядит как полная жесть, врагу не пожелаешь.

Реализовать правильный PagerSnapHelper