Das ist wahrscheinlich eine dumme Frage...
Wenn ich ein Online-Formular an einen Webserver sende, woher weiß der Server, dass ich derjenige bin, an den das Ergebnis zurückgegeben werden soll?
Ich glaube, dass es mit der dauerhaften HTTP-Verbindung zu tun hat, weiß aber nicht, warum ich das glaube.
Bedankt
Antwort1
Kurz gesagt: Es kommt von der TCP-Verbindung, die die HTTP-Daten überträgt. Moderne Websites und Browser arbeiten zusammen und nutzen dabei sowohl Technologien oberhalb als auch unterhalb von HTTP, um das Benutzererlebnis zu verbessern.
HTTP selbst ist ein Protokoll auf Anwendungsebene mit Standardverben wie GET, POST, HEAD usw. Es ist wichtig zu verstehen, dass jedes dieser Verben „zustandslos“ ist, da jedes Verb vom Server vollständig isoliert von allen anderen Anforderungen angefordert wird. Es ist auch wichtig zu verstehen, dass jedes Verb eine Anforderungs-Antwort-Paarung implementiert, sodass eine Anforderung und ihre Antwort untrennbar miteinander verbunden sind. Daher verfolgen die Protokollhandler des Webservers immer Informationen zur Anforderung, damit sie die Antwort senden können.
Eine TCP-Verbindung stellt sich einer Anwendung als Paar von IO-Streams zum und vom Server dar. Sobald eine TCP-Verbindung hergestellt ist, lesen Anwendungen nur aus ihrem Eingabestream und schreiben in ihren Ausgabestream. Es gibt also keine (gültige) Möglichkeit, dass die Anwendung die Antwort an jemand anderen senden könnte, da der Ausgabestream Teil Ihrer Verbindung ist. Sehen Sie sich die Berkeley Sockets-Bibliothek an, wenn Sie an Beispielen interessiert sind, wie das alles zusammenpasst.
Ich hoffe, das hilft. Die Art und Weise, wie das alles zusammenkommt, ist kompliziert und braucht einige Zeit, bis man es versteht. Denken Sie einfach daran, dass HTTP selbst ein bemerkenswert einfaches Protokoll ist, das nur über einen sehr begrenzten Satz von Operationen verfügt, und obwohl wir zusätzliche Funktionen sowohl unterhalb als auch oberhalb von HTTP selbst einführen, sind diese selbst kein Teil von HTTP.