Области действия Dagger2 и жизненный цикл активности

Я бы настоятельно рекомендовал не пытаться реализовать этот подход.

Вы эффективно пытаетесь использовать DI-инфраструктуру для поддержки Activity определенного потока жизненного цикла, хотя DI-инфраструктуры не предназначены для такого использования.

Недавно я ответил на другой аналогичный вопрос, в котором OP пытался разделить состояние в View-Model между разными Activities. Хотя варианты использования не идентичны, общая схема одна и та же — попытка делегировать обязанности по управлению потоком на платформу DI, что не является хорошей идеей.

Лучшим подходом в вашем случае (IMHO) было бы сохранение текущего состояния перед вращением, повторное создание экземпляра ведущего при вращении, а затем восстановление его состояния.

То, как вы сохраняете состояние во время вращения, зависит от того, что именно вы пытаетесь сохранить:

• Если вам нужно сохранить состояние, связанное с пользовательским интерфейсом (выборки, тексты, положение элементов и т. д.), вы можете использовать обычные обратные вызовы onSaveInstanceState() и onRestoreInstanceState().
• Если вам нужно сохранить некоторое состояние, связанное с бизнесом (текущие сетевые запросы, данные, модификации данных и т. д.), инкапсулируйте эту логику в бизнес-класс (например, SomeBusinessUseCaseManager) и внедрите этот класс из компонента Application с областью действия.

Вы можете найти подробный обзор прицелов Dagger здесь.

Дополнительную информацию о внедрении зависимостей в Android можно найти здесь.

Согласно этой статье о пользовательских областях:

http://frogermcs.github.io/dependency-injection-with-dagger-2-custom-scopes/

Короче говоря, области действия дают нам «локальные синглетоны», которые живут столько же, сколько и область действия.

Просто для ясности: по умолчанию в Dagger 2 нет аннотаций @ActivityScope или @ApplicationScope. Это просто наиболее распространенное использование пользовательских областей. По умолчанию доступна только область @Singleton (предоставляется самой Java), и дело в том, что использования области недостаточно (!) и вы должны позаботиться о компоненте, который содержит эту область. Это означает сохранение ссылки на него внутри класса Application и его повторное использование при изменении Activity.

public class GithubClientApplication extends Application {

    private AppComponent appComponent;
    private UserComponent userComponent;

    //...

    public UserComponent createUserComponent(User user) {
        userComponent = appComponent.plus(new UserModule(user));
        return userComponent;
    }

    public void releaseUserComponent() {
        userComponent = null;
    }

    //...
}

Вы можете взглянуть на этот пример проекта:

http://github.com/mmirhoseini/marvel

и эта статья:

https://hackernoon.com/yet-another-mvp-article-part-1-lets-get-to-know-the-project-d3fd553b3e21

чтобы лучше познакомиться с MVP и узнать, как работает прицел кинжала.