Alles gemacht: Tranbsportschicht, GUI-Schicht, Businesslogik, Bussystem dazwischen, kein Durchgriff der Module untereinander, Patterns sinnvoll verwendet usw.

Wir haben die App frisch aufgesetzt unter es ist quasi ein Lehrstück sauberster Softwareentwicklung - aber es funktioniert halt nicht (zuverlässig).

Daher nochmals die Frage nach Frameworks, Best-Practices, usw....

Dann ist halt irgendwo doch der Wurm drin.
Ich versuche in solchen Fällen alles Schritt für Schritt zu de-komponieren (schreckliches Wort),
und dann separat zu Testen.

Mit etwas Glück findet man da dann die Ursache.

Bei mir hat auch schon anfangs mal ab und zu das einfache Aufräumen und Vertauschen von uses Einträgen geholfen.
Ich hatte mal den Verdacht das je nachdem wo die Units gelinkt werden evtl. Sprünge > 16 MB glaube ich entstehen, was zu solchen Fehlern (unter Android war das) führen könnte.

Was ich auch nutze ist die Vielfalt der OS.
Denn ich kann mit einem Source auf allen Plattformen Testen.
D.h. wenn ich mal ein Problem habe debugge ich auch mal zwischendurch auf Android oder Macos oder Windows.
So hab ich schon manche versteckte Fehler gefunden, die sich auf IOS nur als crash äussern,
aber auf anderen Systemen durchaus einen Stackframe zur Auswertung anbieten.
Das ist natürlich bebrenzt wenn es um mobile Hardware geht.

Und noch einen:

Ich nutze oft delayed oder lazy Initialisierungen, so das ein OS wie iOS erstmal hochfährt, und dann erst ein Location-Service o.ä. angefasst wird.
Das erleichtert die Fehlersuche ebenfalls, weil ich da schon einigermaßen debuggen kann.