Czy program ASP.NET kontynuuje niezawodnie przetwarzanie żądania, nawet po przejściu użytkownika za pośrednictwem javascript?

Question

Środowisko:

• Windows Server 2003 - IIS 6.x
• ASP.NET 3.5 (C#)
• IE 7,8,9
• FF (bez względu na ostatnie 10 wersjach)

Scenariusz użytkownika:

Użytkownik wprowadza kryteria wyszukiwania przeciwko dużemu zestawowi danych. Po zainicjowaniu żądania są one kierowane na stronę wyników, gdzie czekają na załadowanie danych, a następnie mogą zawęzić dane.

Scenariusz techniczne:

Po użytkownik wysyła kryteriów (poprzez wywołanie ajax), UI nazywa obsługę back-end. Usługa typu back-end wysyła zapytania do systemów transakcyjnych i umieszcza otrzymane dane w "pamięci podręcznej" db - zdenormalizowanej tabeli, konfiguracji do dalszego udoskonalania danych (tj. Sortowania, filtrowania). Interfejs użytkownika czeka, aż dane zostaną zapisane w pamięci podręcznej, a po otrzymaniu powiadomienia o zakończeniu procesu przejdzie do wynikowej strony. Wynikowa strona wywołuje następnie wywołanie danych z tabeli zdenormalizowanej.

Problem:

Wyszukiwanie jest stosunkowo powolny (15-25 sekund) dla dużych zapytań, które kończą się konieczności kwerendy wiele systemów opartych na kryteriach zawartych. Jest stosunkowo szybki w przypadku innych zapytań (< 4 sekundy).

Ograniczenia techniczne:

1. Nie możemy całkowicie ponownie architekt to wyszukiwanie/systemowe wyników. Istnieje tutaj wiele zawiłości między powiązaniem interfejsu i zaplecza. Strona jest wymagana (z powodu ograniczeń, których nie można rozwiązać za pomocą StackOverflow), aby włączyć po spełnieniu kryteriów wyszukiwania.

2. Nie możemy również poprosić organizacji o denormalizację danych przed wyszukiwaniem, ponieważ dane muszą być w czasie rzeczywistym, tzn. Jeśli użytkownik wprowadza zmiany w innych systemach, dane muszą się wyświetlać poprawnie, jeśli tak się dzieje. następnie przeszukanie.

proces, który chcę podążać:

1. chcę oszukać trochę. Chcę wydać żądanie "pamięci podręcznej" przez asynchroniczny HttpHandler w modelu zapomnieć ognia.

2. Po wysłaniu zapytania chcę przenieść stronę na wynikową stronę.

3. Na stronie przejściowej chcę odpytać tabelę "Pamięć podręczna", aby sprawdzić, czy dane zostały już w niej wstawione.

4. Powodem, dla którego chcę to zrobić od razu, jest to, że strona wynikowa jest kosztowna sama w sobie (nawet bez uzyskania danych) - nadal 2 sekundy czasu ładowania, zanim nawet otrzyma połączenie z usługą, która pobiera dane z pamięci podręcznej.

Pytanie:

będzie wątek ASP.NET, która jest wywoływana przez obsługi asynchronicznego niezawodnie kontynuować przetwarzanie nawet jeśli opuścisz strony przy użyciu javascript przekierować?

Granice techniczne 2:

Tak, wiem ... Ten proces wyszukiwania nie brzmi skuteczny. Nie mogę teraz nic na to poradzić. Próbuję zrobić wszystko, co w mojej mocy, aby uzyskać nieco lepszą jakość, podczas gdy my kontynuujemy badanie tego, jak zamierzamy go ponownie zaprojektować.

Jeśli odpowiedź brzmi: "wyrzuć to i zacznij od nowa", nie odpowiadaj. To nie do przyjęcia.

Answer 1

Tak.

Istnieje właściwość Response.IsClientConnected, która służy do sprawdzenia, czy długo trwający proces jest nadal podłączony. Powodem tej właściwości jest to, że procesy będą nadal działać, nawet jeśli klient zostanie odłączony i musi zostać ręcznie wykryty za pośrednictwem właściwości i ręcznie zamknięty, jeśli nastąpi przedwczesne rozłączenie. Nie jest domyślnie przerywanie działającego procesu po rozłączeniu klienta.

odniesienia do tej właściwości: http://msdn.microsoft.com/en-us/library/system.web.httpresponse.isclientconnected.aspx

aktualizacja

FYI jest to bardzo złe nieruchomość polegać na tych dni z gniazd.Gorąco zachęcam do podejścia, które pozwala szybko spełnić żądanie notatek w bazie danych lub kolejce jakiegoś długiego zadania do wykonania, prawdopodobnie użyje RabbitMQ lub czegoś podobnego, które z kolei używa socket.io lub podobnego do aktualizacji strona internetowa lub aplikacja po zakończeniu.

Answer 2

Co powiesz na pytanie, czy w ogóle nie wykonujesz operacji asynchronicznej na wątku ASP.NET? Pozwól, aby kod ASP.NET wywoływał usługę do kolejkowania przeszukiwania danych, a następnie wracał do przeglądarki z tokenem z usługi, gdzie następnie przekierowałby na stronę wyników, która czeka na ukończony wynik? Strona wynikowa odpytuje za pomocą tokena z usługi.

W ten sposób nie będziesz musiał się martwić, czy program ASP.NET jakoś się dowie, że przeglądarka przeszła na inną stronę.

Answer 3

Inną opcją jest użycie gwintowania (System.Threading).
Po wysłaniu przez użytkownika kryteriów wyszukiwania serwer rozpoczyna przetwarzanie żądania strony, tworzy nowy wątek odpowiedzialny za wykonanie wyszukiwania i kończy uzyskiwanie odpowiedzi wracając do przeglądarki i przekierowując na stronę wyników, gdy wątek będzie nadal wykonywany tło serwera.
Strona wyników będzie weryfikować na serwerze, jeśli wykonanie kwerendy zostało zakończone, ponieważ rozpoczęty wątek udostępniłby informacje o postępie. Kiedy się zakończy, wyniki są zwracane, gdy następne wywołanie ajax zostanie wykonane przez stronę wyników.

Można również rozważyć użycie WebSockets. W pewnym sensie, że serwer sieci Web sam może powiedzieć przeglądarce, kiedy zakończy przetwarzanie kwerendy, ponieważ oferuje kanały komunikacji w pełnym dupleksie.