Frage

Was sind die Nachteile meiner eigenen Threads innerhalb einer verwalteten Umgebung wie ein WebLogic-Anwendungsserver einrichten?
Ich habe es immer geschafft, Fäden (mit dem Work api) verwendet, wenn ich in einem Anwendungsserver arbeite.
Ich bin jedoch unklar, auf die Nachteile oder Probleme, die durch Verwendung von nicht verwalteten Threads innerhalb des App-Server verursacht werden könnten.

War es hilfreich?

Lösung

Sie verlieren nur die Vorteile von verwalteten Threads haben. Verwaltete Threads geben Ihnen die Möglichkeit, Themen vergeben von „Pools“ mit maximaler und minimaler Größe, eine Erhöhungsgeschwindigkeit und die Fähigkeit, Anforderungen für jeden Pool in der Warteschlange, wenn sie unter hohen Last ist. Sie haben auch den Vorteil der Lage zu sein, diese Fäden und kontrollieren ihr Verhalten in der Laufzeit (zum Beispiel aus der Weblogic-Konsole).

zu überwachen

Andere Tipps

Wenn Sie kleine Menge an Code in der thraed laufen, und es ist nicht für anderen Thread wartet (nicht ein großer Einsatz in Schlössern etc.) gibt es kein Problem, den Thread-Pool verwendet wird.

aber wenn Ihre Bedürfnisse Thread eine große Menge an Code auszuführen, für längere Zeit (zB Warten auf Sperren, wartet auf bestimmte Ressourcen), ist es nicht eine gute Praxis, den Thread-Pool usw. zu verwenden.

Ein weiteres Problem ist, dass, wenn man den Pool für Threads verwenden, die die Hauptlogik des Programms ausführen, können Sie nicht weiterkommen, für andere Threads bis zum Ende warten. die eine andere Praxis ist, wo Sie sollten Sie sind eigenen Threads verwalten.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top