Какой компонент можно не указывать в Manifest?

Компоненты, которые можно не указывать в AndroidManifest.xml

В AndroidManifest.xml требуется явная регистрация только тех компонентов, которые являются точками входа в приложение или требуют явного взаимодействия с системой Android. Однако есть несколько исключений и особых случаев, когда компоненты могут использоваться без объявления в манифесте.

1. Динамически создаваемые компоненты (не запускаемые системой)

Если компонент создается и управляется исключительно в коде вашего приложения и никогда не запускается напрямую системой Android или другими приложениями, его можно не объявлять в манифесте. Яркий пример:

• Кастомные View, Fragment, Adapter, Service (запускаемый только из кода): Эти классы создаются напрямую в коде.

// Пример: Fragment, создаваемый динамически, не требует объявления в манифесте
class MyDynamicFragment : Fragment() {
    // ... логика фрагмента
}

// В Activity:
supportFragmentManager.beginTransaction()
    .replace(R.id.container, MyDynamicFragment())
    .commit()

2. BroadcastReceiver, зарегистрированные контекстно

BroadcastReceiver можно регистрировать программно в runtime, и тогда объявление в манифесте не требуется. Такой ресивер работает только в пределах жизни контекста, в котором он зарегистрирован (например, Activity или Service).

class MyActivity : AppCompatActivity() {
    private lateinit var receiver: BroadcastReceiver

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        
        receiver = object : BroadcastReceiver() {
            override fun onReceive(context: Context, intent: Intent) {
                // Обработка широковещательного сообщения
            }
        }
        
        // Динамическая регистрация (только для Intent-фильтров, не требующих системных разрешений)
        val filter = IntentFilter("com.example.MY_ACTION")
        registerReceiver(receiver, filter)
    }

    override fun onDestroy() {
        super.onDestroy()
        // ОБЯЗАТЕЛЬНО отменить регистрацию, чтобы избежать утечек памяти
        unregisterReceiver(receiver)
    }
}

Важное отличие: Ресивер, зарегистрированный в манифесте (через <receiver>), запускается системой даже когда ваше приложение не активно. Динамический ресивер работает только когда активен регистрирующий его компонент.

3. ContentProvider без экспорта данных

Если ContentProvider используется исключительно внутри вашего приложения и не предоставляет данные другим приложениям или системе, теоретически его можно не объявлять. Однако на практике это крайне редкий сценарий, так как провайдер по своей природе предназначен для обмена данными. Система не сможет его найти без объявления.

4. Неявно используемые классы

Любые вспомогательные классы, утилиты, модели данных, менеджеры и т.д., которые не являются точками входа, не требуют объявления:

// Эти классы никогда не объявляются в манифесте
class User(val name: String, val id: Long)
class NetworkManager { /* ... */ }
class SharedPrefsHelper { /* ... */ }

5. Особый случай: Application класс

Класс, наследующий от Application, требует объявления в манифесте, только если вы хотите добавить собственную логику инициализации. Если он не указан, используется стандартный класс Application.

<!-- Только если нужны кастомные настройки -->
<application
    android:name=".MyCustomApplication"
    ... >

Обязательные для объявления компоненты (точки входа)

Для контраста, перечислю компоненты, которые обязательно должны быть объявлены в AndroidManifest.xml:

1. Activity (все, кроме исключительно динамически создаваемых) – особенно с <intent-filter> для Launcher.
2. Service (все, которые могут запускаться системой или другими приложениями).
3. BroadcastReceiver, который должен получать сообщения, когда приложение не запущено.
4. ContentProvider, предоставляющий данные.
5. Activity alias, ** служба фронтенда для уведомлений** и другие специализированные элементы.

Вывод

Главный принцип: в манифесте объявляются только компоненты, которые являются точками входа в ваше приложение для системы Android или других приложений. Все внутренние классы, создаваемые и управляемые исключительно вашим кодом, не требуют регистрации. Наиболее практические примеры – это динамически регистрируемые BroadcastReceiver и вспомогательные классы (View, Fragment, утилиты). Однако всегда помните о ключевом ограничении: компонент, не объявленный в манифесте, не может быть запущен системой напрямую.