Что будет делать приложение если создать его только с одним компонентом?

Краткий ответ

Приложение с одним компонентом не запустится на Android, если этим компонентом не является Activity с интент-фильтром android.intent.action.MAIN и android.intent.category.LAUNCHER. В других случаях система просто не поймёт, как инициировать ваше приложение, и оно не будет отображаться в лаунчере или запускаться напрямую.

Подробное объяснение

Android-приложение для своего запуска и взаимодействия с пользователем обязательно должно иметь хотя бы один компонент, доступный системе. Компоненты — это основные строительные блоки приложения, и система взаимодействует с ними через Intents. Рассмотрим возможные варианты.

1. Единственный компонент — Activity с LAUNCHER

Это единственный рабочий случай. Система находит эту Activity через манифест и использует её как точку входа.

<!-- AndroidManifest.xml -->
<application ...>
    <activity
        android:name=".MainActivity"
        android:exported="true">
        <intent-filter>
            <action android:name="android.intent.action.MAIN" />
            <category android:name="android.intent.category.LAUNCHER" />
        </intent-filter>
    </activity>
</application>

Что будет делать такое приложение:

• Оно появится в списке приложений (лаунчере).
• При нажатии на иконку система создаст экземпляр MainActivity, вызовет её жизненный цикл (onCreate() → onStart() → onResume()), и её интерфейс станет видимым пользователю.
• Приложение будет работать, пока пользователь не закроет Activity (кнопкой "Назад" или через сводку задач). После этого процесс приложения может быть завершён системой для освобождения памяти.

2. Единственный компонент — Activity БЕЗ LAUNCHER

<activity android:name=".SecondaryActivity" android:exported="false"/>

Что будет:

• Приложение установится, но не будет иконки в лаунчере.
• Запустить его напрямую невозможно. Оно может быть запущено только из другого приложения через явный Intent (если exported="true"), но для этого уже должно быть запущено какое-то другое приложение.
• Фактически, такое приложение "мёртво" для пользователя.

3. Единственный компонент — Service, BroadcastReceiver или ContentProvider

Это нежизнеспособные конфигурации.

• Service (Сервис): Сервис не предоставляет пользовательский интерфейс. Хотя его можно запустить извне (если exported="true"), у пользователя не будет возможности инициировать этот запуск. Приложение не появится в лаунчере.
• BroadcastReceiver (Приёмник широковещательных сообщений): Он может реагировать на системные события (например, BOOT_COMPLETED), но только если приложение уже как-то запущено или имеет разрешение на запуск после перезагрузки. Точки входа для пользователя нет.
• ContentProvider (Провайдер контента): Предоставляет данные другим приложениям. Само по себе не может быть запущено пользователем.

Итог для случаев 2 и 3: APK-файл установится в систему, но будет представлять собой "библиотеку" или фоновый модуль без возможности прямого запуска. В большинстве сценариев это бесполезно для standalone-приложения.

Архитектурные и практические последствия

Даже если технически приложение с одной Activity запускается, это создаёт серьёзные ограничения:

1. Нет навигации: Вам некуда будет перейти, кроме как закрыть приложение.
2. Сложность структуры: Вся бизнес-логика, работа с данными и UI будут свалены в один класс, что нарушает принципы чистой архитектуры и SOLID.
3. Проблемы с жизненным циклом: При повороте экрана или сворачивании приложения вам придётся вручную сохранять и восстанавливать все состояния в методах onSaveInstanceState() и onCreate(), что быстро становится трудно поддерживаемым.
4. Отсутствие фоновой работы: Для выполнения длительных операций без блокировки UI вам придётся использовать Thread или AsyncTask прямо внутри Activity, что чревато утечками памяти (например, если Activity уничтожается, а задача продолжает работать и держит ссылку на её View).

Рекомендуемый подход

Минимальное жизнеспособное приложение сегодня — это одна Activity (как точка входа) + несколько Fragments (для навигации внутри). Activity выступает в роли контейнера, а Fragments управляют отдельными экранами с собственным жизненным циклом. Для фоновых задач используется сочетание корутин (Kotlin), WorkManager или Foreground Service.

// Пример минимальной, но структурированной MainActivity
class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        // Использование Navigation Component для управления фрагментами
        val navHostFragment = supportFragmentManager
            .findFragmentById(R.id.nav_host_fragment) as NavHostFragment
        val navController = navHostFragment.navController

        // Установка начального экрана
        if (savedInstanceState == null) {
            navController.navigate(R.id.homeFragment)
        }
    }
}

Вывод: Android-приложение должно иметь хотя бы одну launcher Activity для запуска пользователем. Все остальные сценарии с единственным компонентом являются либо нефункциональными, либо узкоспециализированными (например, библиотечный проект или виджет).