Verarbeitet ASP.NET eine Anfrage auch dann zuverlässig weiter, wenn ein Benutzer über Javascript navigiert wurde?

Question

Umwelt:

• Windows Server 2003 - IIS 6.x
• ASP.NET 3.5 (C#)
• IE 7,8,9
• FF (was auch immer die neuesten Versionen sind 10)

Benutzerszenario:

Der Benutzer gibt Suchkriterien für große Datenmengen ein. Nach dem Einleiten der Anfrage werden sie zu einer Ergebnisseite geleitet, wo sie warten, bis die Daten geladen sind, und dann die Daten verfeinern können.

Technisches Szenario:

Nach Benutzern Suchkriterien senden (über Ajax-Aufruf), UI ruft Back-End-Service. Der Back-End-Dienst fragt Transaktionssystem (e) ab und legt die resultierenden Daten in einen db- "Cache" - eine denormalisierte Tabelle - ein, um die Daten weiter zu verfeinern (d. H. Sortieren, filtern). UI wartet, bis die Daten zwischengespeichert sind, und navigiert zu einer resultierenden Seite, nachdem sie benachrichtigt wurde, dass der Vorgang abgeschlossen ist. Die resultierende Seite ruft dann auf, um die Daten aus der denormalisierten Tabelle abzurufen.

Problem:

Die Suche ist relativ langsam (15-25 Sekunden) für große Abfragen, die viele Systeme auf den eingegebenen Kriterien abgefragt werden am Ende mit. Es ist relativ schnell für andere Abfragen (< 4 Sekunden).

Technische Einschränkungen:

1. Wir können nicht völlig neu Architekt diese Suche/Ergebnisse System. Es gibt viel zu viele Komplexitäten zwischen der UI und dem Back-End. Die Seite ist erforderlich (aufgrund von Einschränkungen, die in StackOverflow nicht gelöst werden können), um nach der Ausführung der Suchkriterien zu drehen.

2. Wir können die Organisation auch nicht bitten, die Daten vor der Suche zu denormalisieren, da die Daten in Echtzeit sein müssen, dh wenn ein Benutzer Änderungen an anderen Systemen vornimmt, müssen die Daten korrekt angezeigt werden eine Suche danach.

Prozess, der ich folgen möchten:

1. Ich möchte ein wenig betrügen. Ich möchte die "Cache" -Anfrage über einen asynchronen HttpHandler in einem Fire-Forget-Modell ausgeben.

2. Nach der Abfrage möchte ich die Seite auf die resultierende Seite überführen.

3. Auf der Übergangsseite möchte ich die "Cache" -Tabelle abfragen, um zu sehen, ob die Daten noch eingefügt wurden.

4. Der Grund, warum ich diesen Übergang sofort machen möchte, ist, dass die resultierende Seite teuer ist (auch ohne die Daten zu bekommen) - immer noch 2 Sekunden Ladezeit, bevor man den Dienst aufruft, der die Daten bekommt aus dem Cache.

Frage:

Wird der ASP.NET Thread, die Verarbeitung weiterhin zuverlässig über die Asynchron-Handler aufgerufen wird, auch wenn ich von der Seite navigieren weg ein Javascript-Weiterleitung?

Technische Grenzen 2:

Ja, ich weiß ... Dieser Suchvorgang klingt nicht effizient. Daran kann ich momentan nichts ändern. Ich versuche, alles zu tun, um es etwas besser zu machen, während wir weiter nachforschen, wie wir es umgestalten werden.

Wenn Ihre Antwort lautet: "Werfen Sie es weg und fangen Sie von vorne an", antworten Sie bitte nicht. Das ist nicht akzeptabel.

Answer 1

Ja.

Es gibt die Eigenschaft Response.IsClientConnected, die verwendet wird, um zu wissen, ob ein lang andauernder Prozess noch verbunden ist. Der Grund für diese Eigenschaft ist, dass Prozesse auch dann weiter ausgeführt werden, wenn die Verbindung zum Client unterbrochen wird und sie manuell über die Eigenschaft erkannt werden müssen, und manuell heruntergefahren werden muss, wenn eine vorzeitige Unterbrechung auftritt. Es ist nicht standardmäßig einen laufenden Prozess beim Trennen des Clients zu beenden.

Verweis auf dieses Angebot: http://msdn.microsoft.com/en-us/library/system.web.httpresponse.isclientconnected.aspx

Update

FYI dies eine sehr schlechte Eigenschaft ist mit Steckdosen an diesen Tagen zu verlassen.Ich rate Ihnen dringend, einen Ansatz zu machen, der es Ihnen ermöglicht, schnell eine Anfrage zu vervollständigen, die in einer Datenbank oder einer Warteschlange eine lang andauernde Aufgabe erledigt, wahrscheinlich RabbitMQ oder etwas ähnliches, das wiederum socket.io oder ähnliches verwendet, um zu aktualisieren Die Webseite oder App wird einmal fertiggestellt.

Answer 2

Wie wäre es mit der asynchronen Operation in einem ASP.NET-Thread überhaupt nicht? Lassen Sie den ASP.NET-Code einen Dienst aufrufen, um die Datensuche in die Warteschlange einzureihen, und kehren Sie dann mit einem Token aus dem Dienst zum Browser zurück, wo er dann zur Ergebnisseite umgeleitet wird, die auf das abgeschlossene Ergebnis wartet? Die Ergebnisseite fragt das Token vom Dienst ab.

Auf diese Weise müssen Sie sich keine Gedanken darüber machen, ob ASP.NET irgendwie erfährt, dass der Browser auf eine andere Seite gewechselt ist.

Answer 3

Eine andere Option ist das Threading (System.Threading).
Wenn der Benutzer die Suchkriterien sendet, beginnt der Server mit der Verarbeitung der Seitenanforderung, erstellt einen neuen für die Ausführung der Suche zuständigen Thread und beendet die Antwort zurück an den Browser und leitet die Ergebnisseite weiter, während der Thread weiterhin ausgeführt wird der Serverhintergrund.
Die Ergebnisseite würde weiterhin auf dem Server überprüfen, ob die Ausführung der Abfrage beendet wurde, da der gestartete Thread die Fortschrittsinformationen teilen würde. Wenn dies abgeschlossen ist, werden die Ergebnisse zurückgegeben, wenn der nächste Ajax-Aufruf von der Ergebnisseite ausgeführt wird.

Es könnte auch mit WebSockets in Betracht gezogen werden. In einem Sinne, dass der Webserver selbst dem Browser mitteilen könnte, wenn er die Abfrageausführung abarbeitet, da er Vollduplex-Kommunikationskanäle bietet.