Dmtm

первый потокобезопасный, второй - нет
про синглтоны https://habr.com/en/post/27108/
оба хуже чем On Demand Holder

блокнот,
блокнот с базой данных,
блокнот с базой данных, с синхронизацией с сервером
блокнот с базой данных, с синхронизацией с сервером и отчетами
блокнот с паттернами проектирования и грамотным разделением на слои (отображение-бизнес логика-данные)

передать в адаптер обработчик действия

setMyChangeDataCallback(ISomeKindChangeDataCallback callback),

в адаптере на

onClickLister() { ... callback.doChangeData(int param1,....); }

реализация обработчика во фрагменте

ISomeKindChangeDataCallback callback = new ISomeKindChangeDataCallback() {
void doChangeData(int param1,....) {
//если данные уже есть то
      adaper.setData(новые данные).doRefreshNowAndImmediatelly();
//иначе запросить данные
}

почему запросы выполняются в контроллере а не в самом CompletableFuture?
примерно так:
CompletableFuture.supplyAsync(...)
.exceptionally(....)
.thenApply(....)
.thenAccept(....);

вместо того чтобы закрывать приложение не лучше ли предварительно проверять есть ли интернет?
до попытки загрузить что-то

лучший способ работы с базой данных - через ORM (ORMLite, greenDAO и кто там сейчас есть еще)
и для 99% случаев это будет родная sqlite,
но никто не мешает добавить что-то стороннее, тут можно посмотреть на различные встраиваемые базы,
типа HSQLDB - берем jar и добавляем в проект,
но зачем?

очевидно сделать разную сигнатуру?
просто обернуть исходный фрагмент:
Fragment1 extends CommonFragment
и
Fragment2 extends CommonFragment
и в эвенте передавать класс с параметром кому

сериализация в json (чтобы не писать конвертер самому), хранить как строку

асинктаск не предназначен для запросов, где-то даже в документации об этом упоминалось,
потому что асинктаск живет до первого поворота экрана,
используйте Thread

все классы наследуются от Object,
Object variable

Scala / Kotlin / Clojure

все это конечно интересно и занимательно, а кто проект будет потом поддерживать?
ни один вменяемый ПМ/лид/заказчик не выберет эту экзотику для энтерпрайза
из фреймворков конечно же только Spring или чистые EJB

одно время присматривался к puppyrus.org

все верно, rxjava не решает основных проблем с жизненным циклом, бесполезная вещь,
пока не знаю ничего лучше очереди задач (BlockingQueue), пула потоков (Thread) и EventBus

"Какая асинхронность??? - если её в принципе в Activity и Fragments не должно быть?"
Как это не должно быть? Скорее - наоборот, любой качественный UI должен быть асинхронным, то есть все тяжелые операции - в потоке, отдельном от UI.

вот поэтому UI (слой View) не асинхронный, асинхронные операции вне Activity и Fragments