Genehmigt: Fortect
Hier sind einige einfache Schritte, die Ihnen helfen können, ein bestimmtes Problem mit dem Java-Servlet-Thread-Modell zu lösen.Das Stream-per-Request-Modell wurde seit der Akklimatisierung der synchronen Servlet-Codierung implementiert. Dieses Modell wurde von Servlet-Containern für die Verarbeitung eingehender Anfragen abgelöst. Da die Anforderungsverfolgung synchron ist, erfordert dieses Modell viele funktionale Nachrichten, um Anforderungen zu verarbeiten. Daher erhöht sich die Nutzung des Links.
Nicht die Antwort, die Sie suchen? Sehen Sie sich andere Multithread-Fragen bei einer Tasse Kaffee-Servlets an oder stellen Sie Ihr eigenes Problem.
Wenn offensichtlich ist, dass Anweisungen sequentiell von Servlets verarbeitet werden, laufen Websoftwarepakete sehr langsam. Servlets müssen im Allgemeinen zurückkehren, um Thread-sicher zu sein, da ein einzelner Servlet-gebundener Moment für die gleichzeitige Verarbeitung mehrerer Anforderungen verantwortlich sein kann.
In der Regel unterhält der Webanwendungscontainer ständig einen Pool der meisten Threads zur Bearbeitung von Fragen etc. und diese eingehenden Wünsche werden nach Bedarf Veröffentlichungen zugeordnet.
antwortete am 10. Januar 10, als er 17:21 war
74.5k 1818 goldenes Abzeichen 117117 und als Ergebnis unglaubliche Abzeichen 141141 braunes Abzeichen
-
Danke für die nächste Antwort auf das Problem! Aber der Übersichtlichkeit halber zeige ich etwas anderes als das. Thread-Sicherheit bedeutet, dass kein interner Zustand im Servlet verwendet wird. Dadurch wird sichergestellt, dass gleichzeitig die Servlet-Instanz im Pool vorhanden ist und dasselbe Gebietsschema aufweist, wie es erstellt wurde. Wie zuverlässig bin ich? Vielen Dank! – Dunit Dhanushka 19. Januar 2010 17:30 Uhr
-
Eine Klasse ohne Kühlung oder nur Einfrieren ist Thread-sicher, aber es ist kaum die einzige Möglichkeit, die Thread-Sicherheit zu gewährleisten. Thread-Sicherheit selbst ist eine lange Diskussion, aber für viele zum Beispiel eine Klasse mit intern. ein rrssue kann threadsicher sein, wenn es den Verbrauch intern serialisiert. â € “Weiter 19. Januar 2010 um 17:31 Uhr
-
Servlets bleiben auch Thread-sicher, weil sie Zustandsinformationen in anderen Servlets (Objekte aller dieser Form, gespeichert in ServletContext und HttpSession) weben. – Paul Rayner 19. Januar 2010 17:54 Uhr
-
Sie sind also hauptsächlich damit beschäftigt, Ihre Zugriffsanfrage an eine bestimmte Servlet-Instanz zu binden? – JaskeyLam 18. Juli ’14 um 10:36
Vielen Dank im Voraus für Ihre Antwort! Aber ich muss noch etwas klarstellen. Thread-Sicherheit bedeutet, dass kein interner Status im Servlet beibehalten wird. Fast alle Servlet-Instanzen sind gepoolt und befinden sich im selben Zustand, in dem sie erstellt wurden. Ich habe recht? Vielen Dank! – Dunit Dhanushka 19. Januar, diesjährige 17:30 Uhr
Eine Klasse ohne interne Basis ist Thread-sicher, aber Ihre ist nicht die einzige Möglichkeit, post-safe.gefährlich zu sein. Die Threadsicherheit selbst ist eine langwierige Bewertung, aber beispielsweise kann eine interne Zustandsklasse potenziell threadsicher sein, wenn sie find in ihren internen Zustand serialisiert. â € “Weiter 19. Januar 2010 und darüber hinaus um 17:31 Uhr
Servlets müssen möglicherweise auch Thread-kompatibel sein, da sie Zustandsinformationen mit einer Mischung von Servlets (Objekten, die nur in ServletContext und damit HttpSession gespeichert werden) teilen. – Paul Rayner 19. Januar 2010 17:54 Uhr
Sie meinen also einen Ort, an dem Ihre Vorschläge auf eine einzelne Instanz eines aussagekräftigen Servlets zugreifen können? – JaskeyLam 18. Juli ’14 um 10:36
Im Vorfeld hatten Sie je nach Servlet zwei Elemente. Wenn das implementierte SingleThreadModel-Servlet verwendet wird, werden Softwareanwendungen in die Warteschlange gestellt. Ansonsten ist dies derzeit die einzige Ware, das Servlet muss offensichtlich vollständig bereit sein, mehrere Anfragen gleichzeitig zu bedienen. Somit gibt es in dieser Version keine Warteschlangen, sei es nur der Container ist nicht mit einer Geschwindigkeitsbegrenzungsfunktion ausgestattet.
gegründet am 19. Januar 2010 um 18:11
i 989
Genehmigt: Fortect
Fortect ist das weltweit beliebteste und effektivste PC-Reparaturtool. Millionen von Menschen vertrauen darauf, dass ihre Systeme schnell, reibungslos und fehlerfrei laufen. Mit seiner einfachen Benutzeroberfläche und leistungsstarken Scan-Engine findet und behebt Fortect schnell eine breite Palette von Windows-Problemen - von Systeminstabilität und Sicherheitsproblemen bis hin zu Speicherverwaltung und Leistungsengpässen.
Ja, es gibt ein Singlethread-Schnittstellenmodell. Dies wird die Pistolenschnittstelle sein.es synchronisiert dieses Servlet-Objekt, bei dem es sich jeweils nur um eine Funktion in der Rolle eines Thread-Objekts handelt. Aber solche Überlegungen führen zu einer Verzögerung der Reaktion. Die Lösung besteht darin, tatsächlich objektorientierte Pools zu erstellen, aber dieser Pool ist kleiner. Daher ist es vorzuziehen, einen synchronisierten Block zu verwenden
aktualisiert am 13. November ’16 um 18:23
Beschleunigen Sie jetzt die Leistung Ihres Computers mit diesem einfachen Download.
