Kann man einige Komponenten in der Manifest-Datei nicht beschreiben?

Ja, das ist möglich.

Einige Komponenten werden dynamisch registriert oder sind nicht direkt Teil des standardmäßigen Android-Lebenszyklus.

Beispiele:

• Dynamische BroadcastReceiver: Können zur Laufzeit mit Context.registerReceiver() registriert und abgemeldet werden.

  // Registrierung des BroadcastReceiver
  LocalBroadcastManager.getInstance(this).registerReceiver(myReceiver, new IntentFilter("com.example.ACTION"));
  // Abmeldung
  LocalBroadcastManager.getInstance(this).unregisterReceiver(myReceiver);
  

• Services, die implizit von anderen Komponenten gestartet werden: Obwohl die meisten Services im Manifest deklariert werden müssen, können einige, die innerhalb bestehender, bereits deklarierter Komponenten (z.B. gebundene Services) verwendet werden, implizit verbunden sein, ohne eine separate Deklaration, wenn die aufrufende Komponente bereits deklariert ist. Es ist jedoch eine gute Praxis, alle Services zu deklarieren.
• Einige Worker-Typen (WorkManager API): Obwohl Worker im Manifest als Teil von WorkManager (androidx.work.impl.background.systemalarm.RescheduleReceiver usw.) deklariert sind, müssen Ihre benutzerdefinierten Worker-Klassen nicht direkt als <receiver> im Manifest deklariert werden. Sie deklarieren sie im Code, und WorkManager übernimmt die Verwaltung.

  // Beispiel für die Erstellung einer Work-Anfrage ohne explizite Deklaration des Workers im Manifest
  WorkRequest myWorkRequest = new OneTimeWorkRequest.Builder(MyWorker.class).build();
  WorkManager.getInstance(this).enqueue(myWorkRequest);
  

Allerdings sollten außer bei dynamischen BroadcastReceiver und bestimmten Anwendungsfällen die wichtigsten Komponenten (Activity, Service, ContentProvider, statischer BroadcastReceiver) im AndroidManifest.xml deklariert werden. Dies ist notwendig für die korrekte Funktion des Sicherheitssystems, die Lebenszyklusverwaltung und den Zugriff auf Komponenten durch andere Anwendungen (wenn sie exportiert sind).