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

Кнопка должна быть на каждом фрагменте. Делать по-другому странно, имхо. Скорее всего используются transition'ы а кнопка просто находится на одном и том же месте.

Foreground Service
+
https://m.habr.com/ru/post/271663/

Нужен интерфейс в адаптере

Да.

, метод которого мы переопределяем в холдере

Нет.

Инстанс этого интерфейса должен приходить(в конструктор или сеттер) снаружу, а в холдере нужен ClickListener, в котором будет вызываться метод этого твоего интерфейса. В метод можешь передавать произвольные данные, какие есть в холдере(можно запоминать последний прибинженный в. этот холдер элемент, например).
Этот интерфейс имплементирует тот, кто владеет адаптером, например актвити.

Это потому что у тебя у FrameLayout'a android:layout_height="match_parent". Parent у него это RecyclerView, высота его берется. Сделай android:layout_height="wrap_content"

Во-первых, не надо использовать ListView, он устарел. Используй RecyclerView.
Во-вторых, запуск активити из адаптера это неправильно, нарушается SRP. Нужно установить слушателя и по коллбеку открывать активити.
В-третьих, скорее всего, тебе не нужна новая активити, нужно открывать новый экран с помощью фрагмента(если, конечно, ты не вызываешь стороннее приложение).
В-четвёртых, "такая же нога и не болит", то есть как мы должны догадаться о твоих "многих способах"?

FCM (пуши) это верное решение. Сервисы по факту устарели, сейчас есть смысл только в foreground service.

Ну в общем, чтобы использовать магию, надо знать, как она работает.
Почитай это, например.
Эти проперти - синтетические, их на самом деле нет. Их компилятор заменяет на обращение к кешу вьюх. А наполнить их он должен м помощью findViewById. Но ты ещё не вернул вьюху из метода onCreateView, никто не может догадаться, где вызывать find.
Резюме. Используй синтетические проперти в методе onViewCreated. А лучше не используй вообще, ну её нафиг, эту магию.

Нет, всё неверно, начиная от того, что у тебя фрагмент, внезапно - синглтон. И заканчивая бандлом в аргументах.

сlass MyFragment : Fragment() {
    companion object {
        private arg1Key = "arg1Key"
        .... 
        fun newInstance(arg1: Int, arg2: String arg3: Parcelable, .....) = MyFragment().apply {
            arguments = Bundle().apply {
                  putInt(arg1Key, arg1)
                  putString...
                  putParcelable.....
            }
        }
    }
}

Как-то так, если делать руками. Также можно использовать библиотеки типа FragmentArgs.
И ещё в котлине есть механизм property delegation, на основе него можно по-быстрому напилить красоту. Вроде даже Navigation Component это использует.

Чтобы это работало, в компоненте зависимостей должны быть явные provision-методы(геттеры) для всего, что должно попасть в граф другого компонента. В твоём случае надо добавить в AppComponent метод

@Named("app string")
 fun appString(): String

Я не увидел, где у тебя объявлено, что сгенерированный компонент фрагмента будет сабкомпонентом для компонента активити. Если это не так(а это не так), то эта твоя стринга находится в другой части графа, и, конечно, получить к ней доступ не получится.
Я думаю, что в ActivityProvider в ContributesAndroidInjector(modules) ты должен также указывать FragmentProvider. Тогда код нагенерится правильно.

А, соответственно, в AppComponent должны остаться только AndroidInjectionModule, AppModule, и ActivityProvider.

Вот это можно почитать https://m.habr.com/ru/post/336462/

Если это весь код BaseApplication, то конечно же ничего не заинжектится. Магии не бывает, чтобы @Inject поля получили значение, кто-то должен вызвать inject-метод для объекта. У тебя никто этого не делает. Ты должен в AppComponent добавить метод inject (BaseApplication), и вызывать его в onCreate application.

Положить их в один контейнер и сделать кликабельным его