Ein Dritter, der HTTP-Anforderungen an die von mir erstellte API stellt, muss in weniger als einer Sekunde antworten. Meine Frage ist, haben sie einen Weg (buchstäblich jede Art und Weise, innerhalb der Grenzen des HTTP und / oder TCP / IP - Protokolle) , um die Ausführung meines Codes abzubrechen , wenn es länger als eine Sekunde dauert?
8
Antworten:
HTTP funktioniert so nicht. Der Client sendet eine Anfrage, dann sendet der Server eine Antwort zurück. Es findet keine andere Kommunikation statt. Nun, der Server kann 1xx Informationsantworten vor der Hauptantwort senden. Es gibt jedoch keine Möglichkeit für den Client, Aktualisierungen zu einer gesendeten Anforderung zu senden.
(Bei HTTP / 2, bei dem mehrere Anforderungen über dieselbe Verbindung gemultiplext werden können, ist die Situation sehr unterschiedlich. Ein Client kann einen Stream abbrechen, um anzuzeigen, dass er nicht mehr benötigt wird, nachdem er eine PUSH_PROMISE vom Server empfangen hat. Ich werde HTTP / 2 ignorieren für den Rest dieser Antwort.)
Auch Netzwerke funktionieren so nicht. Siehe insbesondere den zweiten Irrtum des verteilten Rechnens : „Latenz ist Null“. Es ist nicht. Von dieser Zeitüberschreitung von einer Sekunde wurden möglicherweise 400 ms für das Herstellen der Verbindung und das Senden der Anforderung und 600 ms für die Antwort aufgewendet, da eines der Pakete verworfen wurde und Sie alles erneut senden mussten und Ihr Client in Australien ist. Abgesehen von dem Problem, dass der Server möglicherweise nicht genügend Zeit hat, weiß der Server nicht einmal, wie viel Zeit er hat, da die Antwortlatenz nicht im Voraus bekannt sein kann.
Welche Lösung könnte also gut genug sein, da es buchstäblich unmöglich ist, diese Zeitüberschreitungen buchstäblich zu implementieren?
Wenn die Antwort nach dem Timeout keinen Wert mehr hat, kann der Client die Verbindung einfach schließen. Dies führt dazu, dass Ihre Antwort ignoriert wird, verhindert jedoch nicht die Antwort.
Durch Schließen der TCP-Verbindung, über die die HTTP-Anforderung gesendet wird, wird der Server benachrichtigt. Diese Benachrichtigung kommt jedoch nur mit Latenz an, sodass es möglicherweise zu spät ist. Außerdem unternimmt Ihr Webframework möglicherweise nichts, wenn der Client-Socket geschlossen ist. In diesem Fall wird nur dann der Fehler "Verbindung durch Peer zurückgesetzt" angezeigt, wenn Sie versuchen, in den geschlossenen Socket zu schreiben.
Wenn Sie nicht mehr als eine Sekunde für die Verarbeitung der Antwort aufwenden möchten, liegt die Implementierung dieses Zeitlimits ausschließlich in Ihrer Verantwortung und hat nichts mit Netzwerk oder HTTP zu tun.
Sie können den Client bitten, dem Server eine Zeitüberschreitung bereitzustellen, damit der Server abbrechen kann, wenn die Frist nicht eingehalten wird. Dies kann als benutzerdefinierter Header oder als Abfrageparameter in der URL angegeben werden. Diese Frist sollte ein absoluter Zeitpunkt und keine Dauer sein, damit Übertragungsverzögerungen auch die verfügbare Zeit verbrauchen. Eine Genauigkeit von weniger als einer Sekunde ist jedoch schwierig: Der Server und der Client müssen mit der richtigen Zeit synchronisiert werden und eine geeignete Uhr verwenden. Abhängig vom Setup kann jede Zeitquelle bei korrekter Konfiguration um 100 ms ausgeschaltet sein. Dies kostet bereits einen erheblichen Teil Ihres Zeitbudgets.
quelle
Ich nehme an, sie könnten die Verbindung schließen, aber ich weiß nicht, ob dies tatsächlich zum Abbruch Ihres Codes führen würde - es würde davon abhängen, wie Ihr Code geschrieben ist.
Sie könnten auch eine andere Nachricht senden, die bedeuten könnte, dass Sie zu lange brauchen, also stören Sie sich nicht. In diesem Fall wären Sie wahrscheinlich bereits bereit, eine explizite CANCEL_REQUEST-Nachricht zu verarbeiten.
quelle