Zuverlässigkeitswarnungen

Zuverlässigkeitswarnungen unterstützen die Bibliotheks- und Anwendungszuverlässigkeit, z. B. richtige Verwendung von Arbeitsspeicher und Threads.

In diesem Abschnitt

Regel	Description
CA2000: Objekte verwerfen, bevor Bereich verloren geht	Da eine Ausnahme auftreten kann, durch die die Ausführung eines Objektfinalizers verhindert wird, sollte das Objekt explizit verworfen werden, bevor sich sämtliche Verweise auf dieses außerhalb des Bereichs befinden.
CA2001: Keine problematischen Methoden aufrufen	Ein Member ruft eine möglicherweise gefährliche oder problematische Methode auf.
CA2002: Auf Objekten mit schwacher Identität nicht sperren	Ein Objekt hat eine schwache Identität, wenn ein Zugriff darauf über Grenzen von Anwendungsdomänen hinweg möglich ist.Ein Thread, der eine Sperre für ein Objekt zu erhalten versucht, das über eine schwache Identität verfügt, kann durch einen zweiten Thread in einer anderen Anwendungsdomäne blockiert werden, der eine Sperre für das gleiche Objekt besitzt.
CA2003: Fibers nicht als Threads behandeln	Ein verwalteter Thread wird als Win32-Thread behandelt.
CA2004: Aufrufe an GC.KeepAlive entfernen	Wenn Sie zur Verwendung von SafeHandle wechseln, entfernen Sie alle Aufrufe von GC.KeepAlive (Objekt).In diesem Fall sollten Klassen GC.KeepAlive nicht aufrufen müssen, vorausgesetzt, sie weisen keinen Finalizer auf, sondern verwenden zum Beenden des Betriebssystemhandles SafeHandle.
CA2006: SafeHandle verwenden, um systemeigene Ressourcen zu kapseln	Die Verwendung von IntPtr in verwaltetem Code kann auf ein potenzielles Sicherheitsrisiko und Zuverlässigkeitsproblem hinweisen.Alle Vorkommen von IntPtr müssen daher überprüft werden, um festzustellen, ob stattdessen die Verwendung von SafeHandle (oder einer ähnlichen Technologie) erforderlich ist.