HTTP请求报文和HTTP响应报文汇总
报文格式大全
报文格式大全
报文格式是计算机网络系统中传输数据的格式。
它定义了数据编码、传输方式以及报文管理协议，有助于数据在网络上可靠传输。
目前，有不少常见的报文格式,如HTTP、FTP、SIP、SMTP、POP3等等,每种报文格式都有其自己的特点，适应不同的网络传输需求。
1、HTTP（超文本传输协议）：是一种以文本形式传输数据的协议，它用于Web浏览器和服务器之间传输数据，是当今最流行的报文格式之一。
2、FTP（文件传输协议）：是一种基于TCP的协议，用于在互联网上传输文件。
它可以将文件从一个计算机传输到另一台计算机，也可以用于文件管理。
3、SIP（会话初始协议）：是一种用于创建、维护和终止多媒体会话的协议，它可以用于多种多媒体实时通信，如语音、视频和游戏等。
4、SMTP（简单邮件传输协议）：是为传输电子邮件设计的一种协议,它用于在不同的计算机之间传输电子邮件，可以确保邮件能够快速和安全地传输。
5、POP3（邮局协议）：是一种协议，它用于检索在服务器上的电子邮件，可以实现对邮件的管理和控制。
6、ARP（地址解析协议）：是网络通信中经常使用的协议，它可以把IP地址转换为MAC地址，以此实现网络数据包的传输。
常见网络协议报文格式汇总
常见网络协议报文格式汇总网络协议是计算机网络通信中，用于规定通信双方传输数据的格式和规则的标准化。
协议中的报文是通信双方之间进行数据交换的载体。
下面我将简单介绍一些常见的网络协议报文格式。
1. HTTP（Hypertext Transfer Protocol）报文格式：-请求报文格式：```<Method> <Request-URI> <HTTP-Version><Headers><Entity-Body>```-响应报文格式：```<HTTP-Version> <Status-Code> <Reason-Phrase><Headers><Entity-Body>```2. TCP（Transmission Control Protocol）报文格式：-TCP报文格式如下：```Source Port Destination PortSequence Number Acknowledgment NumberData Offset Reserved Control BitsWindow Checksum Urgent PointerOptions (if any)Data```3. UDP（User Datagram Protocol）报文格式：-UDP报文格式如下：```Source Port Destination PortLength ChecksumData```4. IP（Internet Protocol）报文格式：-IPv4报文格式如下：```Version IHL Type of Service Total LengthIdentification Flags Fragment Offset Time to Live Protocol Header Checksum Source IP AddressDestination IP AddressOptions (if any)Padding (if necessary)Data```-IPv6报文格式如下：```Version Traffic Class Flow Label Payload Length Next HeaderHop LimitSource IPv6 AddressDestination IPv6 AddressOptions (if any)Padding (if necessary)Data```5. ICMP（Internet Control Message Protocol）报文格式：-ICMP报文格式如下：```Type Code ChecksumIdentifier Sequence NumberData (Optional)```6. Ethernet报文格式：- Ethernet报文格式如下：```Destination MAC AddressSource MAC AddressEthernet TypePayload```7. DNS（Domain Name System）报文格式：-DNS报文格式如下：```DNS Message HeaderDNS Message Question SectionDNS Message Answer SectionDNS Message Authority SectionDNS Message Additional Section```8. FTP（File Transfer Protocol）报文格式：-FTP报文格式如下：```Arguments```9. SMTP（Simple Mail Transfer Protocol）报文格式：-SMTP报文格式如下：```Arguments```这些是常见的网络协议的报文格式，它们用于在计算机网络中进行数据传输和通信。
HTTP报文（首部字段）
HTTP报⽂（⾸部字段）HTTP报⽂请求报⽂/响应报⽂结构: 报⽂⾸部 + (可选)报⽂主体(两者通过空⾏CR + LF来划分)使⽤⾸部字段是为了给浏览器和服务器提供报⽂主体⼤⼩、所使⽤的语⾔、认证信息等内容HTTP⾸部字段重复，这种情况在规范内尚未明确，根据浏览器内部处理逻辑的⽽不同，结果可能并不⼀致。
报⽂⾸部请求⾏/状态⾏请求⾏: 请求⽅法 + 请求URI(资源/CGI通⽤⽹关接⼝) + HTTP版本状态⾏: HTTP版本 + 状态码 + 原因短语⾸部字段(请求/响应⾸部字段 + 通⽤⾸部字段 + 实体⾸部字段)其他(在HTTP协议通信交互中使⽤到的⾸部字段，不限于RFC2616中定义的47种⾸部字段。
包括Cookie、Set-Cookie和Content-Disposition等在其他RFC中定义的⾸部字段)报⽂主体HTTP传输数据可按照数据原貌直接传输，也可以在传输过程中通过编码提升传输速率。
通常，报⽂主体等于实体主体。
只有当传输中进⾏编码操作时，实体主体的内容发⽣变化，才导致它和报⽂主体产⽣差异。
报⽂主体和实体主体的差异报⽂(message)是HTTP通信中的基本单位，由8位组字节流组成，通过HTTP通信传输实体(entity)作为请求或响应的有效何在数据(补充项)被传输，其内容由实体⾸部和实体主体组成内容编码内容编码指明应⽤在实体内容上的编码格式，并保持实体信息原样压缩。
内容编码后的实体由客户端接收并负责解码内容编码的⽅式gzip(GNU zip)由⽂件压缩程序 gzip（GNU zip）⽣成的编码格式（RFC1952），采⽤ Lempel-Ziv 算法（LZ77）及 32 位循环冗余校验（CyclicRedundancy Check，通称 CRC）。
nodejs中var zlib = require('zlib')vra gunzip = zlib.createGunzip()compress(UNIX系统的标准压缩)由 UNIX ⽂件压缩程序 compress ⽣成的编码格式，采⽤ Lempel-Ziv-Welch 算法（LZW）。
报文分析,技术介绍,OSPF的报文格式,报文类型及含义
PROFIBUS-DP站点可分为主站和从站，开发从站设备要比开发主站设备容易得多，因为从站只需要响应来自主站的请求即可。
从站接收总线上的每条报文，如果与自己无关，则忽略不处理，如果是发给自己的则按照下图给出的状态机进行响应。
该状态机中有四个状态：1、Power_On（上电）状态在上电后从站进入Power_On状态，在这个状态下从站首先需要进行初始化，设置各项参数如站地址和报文缓冲区等等。
2、Wait-Prm（等待参数化）状态初始化完毕后，从站进入Wait-Prm状态，等待来自一个主站的Set_Prm报文。
通俗地讲，参数化相当于一个主站告诉一个从站，你是属于我的，同时也指定了从站的一些运行参数。
主站只对被它参数化的从站进行数据轮询。
3、Wait_Cfg（等待组态）状态在进行正确的参数化后，从站进入Wait_Cfg状态，等待Check_Cfg报文。
Check_Cfg 报文规定输入和输出字节数，也就是主站和从站每次交换的数据量。
4、Date_Exchange(数据交换)状态当进行正确的参数化和组态后，从站进入Date_Exchange状态，这个时候从站才可以和主站进行正常的数据交换。
下面是我从一个PROFIBUS-DP网络中采集下来的部分报文数据，该网络中有一站地址为1的主站和站地址为3的从站。
我结合有关报文解释一下从站3的工作机制。
(报文数据为16进制)......(从站已经完成初始化)......10 03 01 49 4D 16(该报文为主站1发给从站3的请求帧，查询从站3的FDL状态，即从站3是否“活着”。
)10 01 03 00 04 16(该报文为从站3对主站1的应答帧，告诉主站1“我活着呢”。
).....68 05 05 68 83 81 6D 3C 3E EB 16(该报文为主站1发给从站3的请求帧，读取查询从站3的诊断报文，以获取从站3的进一步信息。
)68 0B 0B 68 81 83 08 3E 3C 02 05 00 FF 00 08 94 16(该报文为从站3对主站1的应答帧，其中包含6个字节的诊断数据：02 05 00 FF 00 08，具体含义可参阅协议，其中第四字节为FF表明从站3尚未被任何主站所参数化。
HTTP请求与响应
HTTP请求与响应http请求由三部分组成，分别是：请求行、消息报头、请求正文请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本，格式如下：Method Request-URI HTTP-Version CRLF其中Method表示请求方法；Request-URI是一个统一资源标识符；HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行（除了作为结尾的CRLF外，不允许出现单独的CR或LF字符）。
请求方法（所有方法全为大写）有多种，各个方法的解释如下：GET 请求获取Request-URI所标识的资源POST 在Request-URI所标识的资源后附加新的数据HEAD 请求获取由Request-URI所标识的资源的响应消息报头PUT 请求服务器存储一个资源，并用Request-URI作为其标识DELETE 请求服务器删除Request-URI所标识的资源TRACE 请求服务器回送收到的请求信息，主要用于测试或诊断CONNECT 保留将来使用OPTIONS 请求查询服务器的性能，或者查询与资源相关的选项和需求一．HTTP请求1．HTTP请求格式：<request line><headers><blank line>[<request-body>]在HTTP请求中，第一行必须是一个请求行（request line），用来说明请求类型、要访问的资源以及使用的HTTP版本。
紧接着是一个首部（header）小节，用来说明服务器要使用的附加信息。
在首部之后是一个空行，再此之后可以添加任意的其他数据[称之为主体（body）]。
2．GET与POST区别HTTP 定义了与服务器交互的不同方法如上所示，最基本的方法是GET 和POST。
GET与POST方法有以下区别：（1）在客户端，Get方式在通过URL提交数据，数据在URL中可以看到；POST方式，数据放置在HTML HEADER内提交。
http报文常见的请求头、响应头
http报⽂常见的请求头、响应头http报⽂常见的请求头1.AcceptAccept: text/html 浏览器可以接受服务器回发的类型为 text/html。
Accept: /代表浏览器可以处理所有类型,(⼀般浏览器发给服务器都是发这个)。
2.Accept-EncodingAccept-Encoding: gzip, deflate 浏览器申明⾃⼰接收的编码⽅法，通常指定压缩⽅法，是否⽀持压缩，⽀持什么压缩⽅法（gzip，deflate），（注意：这不是只字符编码）。
3.Accept-LanguageAccept-Language:zh-CN,zh;q=0.9 浏览器申明⾃⼰接收的语⾔。
4.ConnectionConnection: keep-alive 当⼀个⽹页打开完成后，客户端和服务器之间⽤于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的⽹页，会继续使⽤这⼀条已经建⽴的连接。
Connection: close 代表⼀个Request完成后，客户端和服务器之间⽤于传输HTTP数据的TCP连接会关闭，当客户端再次发送Request，需要重新建⽴TCP连接。
5.Host（发送请求时，该报头域是必需的）Host: 请求报头域主要⽤于指定被请求资源的Internet主机和端⼝号，它通常从HTTP URL中提取出来的。
6.Refererer-AgentUser-Agent:Mozilla/...，告诉HTTP服务器，客户端使⽤的操作系统和浏览器的名称和版本。
8.Cache-ControlCache-Control:private 默认为private 响应只能够作为私有的缓存，不能再⽤户间共享Cache-Control:public 响应会被缓存，并且在多⽤户间共享。
正常情况, 如果要求HTTP认证,响应会⾃动设置为 private.Cache-Control:must-revalidate 响应在特定条件下会被重⽤，以满⾜接下来的请求，但是它必须到服务器端去验证它是不是仍然是最新的。
HTTP协议及WWW服务应用
HTTP协议及WWW服务应⽤⼀、⽤户访问⽹站的流程图⼆、DNS解析的流程图三、⽤户访问⽹站的基本流程原理阐述 ①⽤户在浏览器中输⼊请求的地址回车 ②先找本地的缓存和Hosts⽂件，有解析的对应IP直接返回个客户端IP地址 ③本地和hosts都没有找⽹卡配置的LDNS缓存，有解析的对应IP直接返回个客户端IP地址 ④ LDNS缓存没有找DNS服务器(包括根域，顶级域)，有解析的对应IP直接返回个客户端IP地址 ⑤客户端拿到IP请求⽹站服务器这⾥⾯包含(TCP连接三次捂⼿，http请求连接) ⑥⽹站服务器返回内容给客户端这⾥⾯包含(http响应报⽂，TCP四次挥⼿)四、DNS解析的原理阐述 ①⽤户在浏览器中输⼊请求的地址回车 ②先找本地的缓存和Hosts⽂件，有解析的对应IP直接返回个客户端IP地址 ③本地和hosts都没有找⽹卡配置的LDNS缓存，有解析的对应IP直接返回个客户端IP地址 ④ LDNS缓存没有找DNS根服务器(13台，根服务器会有⾃⼰的调度算法应答，根服务器没有整个域名的解析结记录，只有顶级域的域名org/com等） ⑤因为根服务器没有整个域名解析的记录只有顶级域的，所有他会告诉LDNS去找顶级域 .org的服务器，这样LDNS就拿到了org的地址 ⑥因为客户要的是整个的域名解析地址，所以还要请求顶级域的下⼀级的服务器，顶级域会把下⼀级的DNS服务器地址给LDNS ⑦ LDNS会拿着这个地址请求 zhujingzhi域名的授权DNS，这个DNS域名服务商做好解析的服务器(这台服务器上肯定有设置好的www 的解析记录，不然是不能访问的) ⑧ LDNS会拿到这个解析的IP返回给客户端，并且会在本地缓存写⼊⼀份，客户端也会在本地的缓存存⼀份五、什么是HTTP协议与WWW服务 ① HTTP协议，全称HyperText Transfer Protocol，中⽂名字叫超⽂本传输协议，是互联⽹中最常⽤的⼀种⽹络协议。
HTTP请求报文和HTTP响应报文
HTTP请求报⽂和HTTP响应报⽂HTTP报⽂是⾯向⽂本的，报⽂中的每⼀个字段都是⼀些ASCII码串，各个字段的长度是不确定的。
HTTP有两类报⽂：请求报⽂和响应报⽂。
HTTP请求报⽂⼀个HTTP请求报⽂由请求⾏（request line）、请求头部（header）、空⾏和请求数据4个部分组成，下图给出了请求报⽂的⼀般格式。
or＜request-line＞＜headers＞＜blank line＞[＜request-body＞1.请求头请求⾏由请求⽅法字段、URL字段和HTTP协议版本字段3个字段组成，它们⽤空格分隔。
例如，GET /index.html HTTP/1.1。
HTTP协议的请求⽅法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。
⽽常见的有如下⼏种：1).GET最常见的⼀种请求⽅式，当客户端要从服务器中读取⽂档时，当点击⽹页上的链接或者通过在浏览器的地址栏输⼊⽹址来浏览⽹页的，使⽤的都是GET⽅式。
GET⽅法要求服务器将URL定位的资源放在响应报⽂的数据部分，回送给客户端。
使⽤GET⽅法时，请求参数和对应的值附加在URL后⾯，利⽤⼀个问号（“?”）代表URL的结尾与请求参数的开始，传递参数长度受限制。
例如，/index.jsp?id=100&op=bind,这样通过GET⽅式传递的数据直接表⽰在地址中，所以我们可以把请求结果以链接的形式发送给好友。
以⽤google搜索domety为例，Request格式如下：GET /search?hl=zh-CN&source=hp&q=domety&aq=f&oq= HTTP/1.1Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint,application/msword, application/x-silverlight, application/x-shockwave-flash, */*Referer: <a href="/">/</a>Accept-Language: zh-cnAccept-Encoding: gzip, deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; TheWorld)Host: <a href=""></a>Connection: Keep-AliveCookie: PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=1261551909:LM=1261551917:S=ybYcq2wpfefs4V9g;NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y-FxlRugatx63JLv7CWMD6UB_O_r可以看到，GET⽅式的请求⼀般不包含”请求内容”部分，请求数据以地址的形式表现在请求⾏。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
HTTP报文是面向文本的，报文中的每一个字段都是一些ASCII码串，各个字段的长度是不确定的。
HTTP有两类报文：请求报文和响应报文。
HTTP请求报文一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成，下图给出了请求报文的一般格式。
or＜request-line＞＜headers＞＜blank line＞[＜request-body＞1.请求头请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。
例如，GET /index.html HTTP/1.1。
HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。
而常见的有如下几种：1).GET最常见的一种请求方式，当客户端要从服务器中读取文档时，当点击网页上的链接或者通过在浏览器的地址栏输入网址来浏览网页的，使用的都是GET方式。
GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。
使用GET方法时，请求参数和对应的值附加在URL后面，利用一个问号（“?”）代表URL的结尾与请求参数的开始，传递参数长度受限制。
例如，/index.jsp?id=100&op=bind,这样通过GET方式传递的数据直接表示在地址中，所以我们可以把请求结果以链接的形式发送给好友。
以用google搜索domety为例，Request格式如下：GET /search?hl=zh-CN&source=hp&q=domety&aq=f&oq=HTTP/1.1Accept: image/gif, image/x-xbitmap, image/jpeg,image/pjpeg, application/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword, application/x-silverlight,application/x-shockwave-flash, */*Referer: <ahref="/">/</a> Accept-Language: zh-cnAccept-Encoding: gzip, deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT5.1; SV1; .NET CLR 2.0.50727; TheWorld)Host: <a href=""></a> Connection: Keep-AliveCookie:PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=126 1551909:LM=1261551917:S=ybYcq2wpfefs4V9g;NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhK y_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y- FxlRugatx63JLv7CWMD6UB_O_r可以看到，GET方式的请求一般不包含”请求内容”部分，请求数据以地址的形式表现在请求行。
地址链接如下：<ahref="/search?hl=zh-CN&source=hp&q=domety&aq=f&oq=">/search?hl=zh-CN&s ource=hp&q=domety&aq=f&oq=</a>地址中”?”之后的部分就是通过GET发送的请求数据，我们可以在地址栏中清楚的看到，各个数据之间用”&”符号隔开。
显然，这种方式不适合传送私密数据。
另外，由于不同的浏览器对地址的字符限制也有所不同，一般最多只能识别1024个字符，所以如果需要传送大量数据的时候，也不适合使用GET方式。
2).POST对于上面提到的不适合使用GET方式的情况，可以考虑使用POST方式，因为使用POST 方法可以允许客户端给服务器提供信息较多。
POST方法将请求参数封装在HTTP请求数据中，以名称/值的形式出现，可以传输大量数据，这样POST方式对传送的数据大小没有限制，而且也不会显示在URL中。
还以上面的搜索domety为例，如果使用POST方式的话，格式如下：POST /search HTTP/1.1Accept: image/gif, image/x-xbitmap, image/jpeg,image/pjpeg, application/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword, application/x-silverlight,application/x-shockwave-flash, */*Referer: <ahref="/">/</a> Accept-Language: zh-cnAccept-Encoding: gzip, deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT5.1; SV1; .NET CLR 2.0.50727; TheWorld)Host: <a href=""></a> Connection: Keep-AliveCookie:PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=126 1551909:LM=1261551917:S=ybYcq2wpfefs4V9g;NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhK y_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y- FxlRugatx63JLv7CWMD6UB_O_rhl=zh-CN&source=hp&q=domety可以看到，POST方式请求行中不包含数据字符串，这些数据保存在”请求内容”部分，各数据之间也是使用”&”符号隔开。
POST方式大多用于页面的表单中。
因为POST也能完成GET的功能，因此多数人在设计表单的时候一律都使用POST方式，其实这是一个误区。
GET方式也有自己的特点和优势，我们应该根据不同的情况来选择是使用GET还是使用POST。
3).HEADHEAD就像GET，只不过服务端接受到HEAD请求后只返回响应头，而不会发送响应内容。
当我们只需要查看某个页面的状态的时候，使用HEAD是非常高效的，因为在传输的过程中省去了页面内容。
2.请求头部请求头部由关键字/值对组成，每行一对，关键字和值用英文冒号“:”分隔。
请求头部通知服务器有关于客户端请求的信息，典型的请求头有：User-Agent：产生请求的浏览器类型。
Accept：客户端可识别的内容类型列表。
Host：请求的主机名，允许多个域名同处一个IP地址，即虚拟主机。
3.空行最后一个请求头之后是一个空行，发送回车符和换行符，通知服务器以下不再有请求头。
4.请求数据请求数据不在GET方法中使用，而是在POST方法中使用。
POST方法适用于需要客户填写表单的场合。
与请求数据相关的最常使用的请求头是Content-Type和Content-Length。
HTTP报文HTTP响应也由三个部分组成，分别是：状态行、消息报头、响应正文。
如下所示，HTTP响应的格式与请求的格式十分类似：＜status-line＞＜headers＞＜blank line＞[＜response-body＞]正如你所见，在响应中唯一真正的区别在于第一行中用状态信息代替了请求信息。
状态行（status line）通过提供一个状态码来说明所请求的资源情况。
状态行格式如下：HTTP-Version Status-Code Reason-Phrase CRLF其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。
状态代码由三位数字组成，第一个数字定义了响应的类别，且有五种可能取值。
∙1xx：指示信息--表示请求已接收，继续处理。
∙2xx：成功--表示请求已被成功接收、理解、接受。
∙3xx：重定向--要完成请求必须进行更进一步的操作。
∙4xx：客户端错误--请求有语法错误或请求无法实现。
∙5xx：服务器端错误--服务器未能实现合法的请求。
常见状态代码、状态描述的说明如下。
∙200 OK：客户端请求成功。
∙400 Bad Request：客户端请求有语法错误，不能被服务器所理解。
∙401 Unauthorized：请求未经授权，这个状态代码必须和WWW-Authenticate 报头域一起使用。
∙403 Forbidden：服务器收到请求，但是拒绝提供服务。
∙404 Not Found：请求资源不存在，举个例子：输入了错误的URL。
∙500 Internal Server Error：服务器发生不可预期的错误。
∙503 Server Unavailable：服务器当前不能处理客户端的请求，一段时间后可能恢复正常，举个例子：HTTP/1.1 200 OK（CRLF）。
下面给出一个HTTP响应报文例子HTTP/1.1 200 OKDate: Sat, 31 Dec 2005 23:59:59 GMTContent-Type: text/html;charset=ISO-8859-1Content-Length: 122＜html＞＜head＞＜title＞Wrox Homepage＜/title＞＜/head＞＜body＞＜!-- body goes here --＞＜/body＞＜/html＞关于HTTP请求GET和POST的区别1.GET提交，请求的数据会附在URL之后（就是把数据放置在HTTP协议头＜request-line ＞中），以?分割URL和传输数据，多个参数用&连接;例如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5 %A5%BD。