sollten synchronisiert (dies) in java vermieden werden?

Einige Entwickler befürworten gegen die Verwendung von Synchronized (dies) und behaupten, dass eine private Referenz vorzuziehen ist. Die zitierten Gründe umfassen potenzieller Sperrdiebstahl, reduzierter Durchsatz und übermäßige Informationsbekämpfung.

sperren Diebstahl

, während Sperrdiebstahl ein potenzielles Problem darstellt, ist es wahrscheinlicher, dass ein zufälliger Zugriff auf die Sperre nicht beabsichtigt ist. Wenn synchronisiert (dies) verwendet wird, wird das Schloss Teil der exponierten Schnittstelle der Klasse und sollte entsprechend dokumentiert werden. In bestimmten Szenarien kann ein anderer Code absichtlich auf das Schloss zugreifen, beispielsweise bei Verwendung von Sammlungen. Die Beseitigung von synchronisierten (dies) allein verbessert die Leistung nicht. Die richtige Synchronisation erfordert sorgfältiges Design, um den Durchsatz zu optimieren.

übermäßige Informationsexposition

Synchronisierte (dies) teilt das Sperre über alle synchronisierten Methoden innerhalb einer Klasse. Wenn feinkörniges Sperren erforderlich ist, ist synchronisiert (dies) nicht anwendbar und sollte durch ein privates Schloss ersetzt werden. Eine weit verbreitete Idiom, die die Lesbarkeit und das Verständnis der Code erleichtert. Synchronisiert (dies) und ein privates Schloss hängt von den spezifischen Anforderungen der Anwendung ab. Während synchronisiert (dies) nicht sofort vermieden werden sollte, sollten Entwickler ihre Auswirkungen sorgfältig prüfen und bei Bedarf ein privates Schloss verwenden, z. B. wenn Granularität oder Informationen versteckt sind.