HTTP请求生命周期 [英] Http Request Life Cycle
问题描述
我最近开始我的工作，为Web应用程序开发者的后端。我有点停留在一个HTTP请求的理解生命周期。
I have recently started my job as web application backend developer. I am bit stuck in understanding lifecycle of a Http request.
我的理解是
- 每个HTTP请求第一次接触它解析请求的URL域名到IP地址的DNS服务器。
- 获取Web服务器的IP地址请求后（通过PUT请求）转发给它。如Apache Web服务器处理这个请求转发给应用程序，它具有处理这个问题。
在这之后我与失去
- 如何响应由应用程序发送给谁要求，并会Apcache参与这个用户？
- 我可以看到我的浏览器的整个流程有一些调试工具？
- 有人可以参考一些链接来了解这个深？
推荐答案
我觉得你是一个有点不对您对它的理解。
I think you are a bit wrong on your understanding of it.
如果你到www.google.com（不使用任何形式的，只是想该网站），这是发生了什么：
If you go to www.google.com (not using any forms, just wanting the site), this is what happens:
- 首先，浏览器需要，如果它不已经知道它www.google.com转换为IP地址。如果它知道它，什么都不会发生在这一点上。如果它不知道它，它一接触DNS服务器来解析名称。
- 然后浏览器将打开一个TCP连接到www.google.com的IP地址，并在发送一个HTTP GET请求。在本实施例将被搜索
GET / HTTP / 1.1结果
主持人：www.google.com - 服务器软件将获得这个HTTP请求。它会以某种方式产生一个HTTP响应，并发送回那个槽的TCP连接。该服务器是如何为服务器软件相关。例如，您可以插入应用程序code在Apache中，或者只是让Apache从文件系统返回的文件。 PHP是由一些软件，来产生发送到浏览器的响应调用的应用程序。当被发送的响应，在HTTP 1.0版的连接被关闭。 HTTP 1.1可以有持久连接虽然。
- 当浏览器获得响应时，它通常呈现在屏幕上。 HTTP请求现在完成。 搜索一个点击都会向服务器发送一个新的请求。
GET，PUT，POST，DELETE和其他人 HTTP请求方法的。他们有特殊的意义，你可以在RFC看到的。
GET, PUT, POST, DELETE and others are HTTP request methods. They have special meaning which you can see in the RFC.
的通常用于识别在多个HTTP请求，称为会话相同的用户饼干。因此，这些Cookie被称为会话cookie
Cookies are commonly used to identify the same user across multiple HTTP requests, called sessions. Therefore these cookies are called session cookies
您可以通过使用网络嗅探器工具，例如 Wireshark的调试通信。 Firefox有第三者插件称为篡改数据它们之前可以改变它的请求发送到服务器。
You can debug the communication by using a network sniffer tool, for example Wireshark. Firefox has a third party plugin called Tamper Data that can change the request before they are sent to the server.
借助 HTTP RFC 是它是如何工作的良好来源。
The HTTP RFC is a good source of how it all works.
希望它帮助。
这篇关于HTTP请求生命周期的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
