Zuverlässigkeitswarnungen

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

In diesem Abschnitt

Regel

Beschreibung

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.