Synchronize oder ForceQueue ohne Messages

[QuickAndDirty]

Aus reiner Neugierde:
Gibt es ein Synchronize oder ForceQueue das nicht das Message System (Sendmessage, Postmessage) der Anwendung benutzt?
Es geht mir darum Deadlocks durch TCriticalSection in Kombination mit Synchronize zu vermeiden.

[himitsu]

Egal ob es was Anderes gäbe, das ist vollkommen egal.

Synchronize/Queue nutzt man, um den Code im Hauptthread auszuführen.
Und egal wann/wie/wo das gemacht wird ... wenn durch irgendwas der Hauptthread hängt war's das.


Repariere die Straße (das, was den Deadlock verursacht), anstatt nur ein anderes Fahrzeug (Synchro/Queue oder sonstwas) benutzen zu wollen.
Mit einem Boller auf der Staße kommt weder Trabbi noch Porsche durch.

[QuickAndDirty]

Naja ich habe keinen deadlock.
Aber um den Singlethread Zugriff sicherzutsellen, habe ich alle Datenbankzugriffe (SQLITE) in einer TCriticalsection eingerahmt.
Wie es scheint kommt es auch immer nur zu zugriffen aus einem einzigen thread heraus zur selben zeit aber naturlich aus verschiedenen anonymen threads wenn es länger dauert.
In der Zeit(wenn es länger dauert) sperre ich die Oberfläche mit nem halbdurchsichtigen Lockscreen mit Fortschrittsanzeige.
So das auch wirklich kaum weitere Ereignisse auf der Oberfläche ausgelöst werden können die wieder so eine Datenbank interaktion auslösen.

Außer timer, Application Lifecycleevents und NFC-Events.

So wie ich das verstanden habe ist der einzige Teil der im Hauptthread ständig so ne Art Spinwait durchführt die MessageQueue. Deswegen arbeiten Synchronize und ForceQueue wohl auch mit Messages um dem Hauptthread zu sagen das was ausgeführt werden soll, wenn er mal wieder dran ist.
Ist das wirklich die einzige Möglichkeit?