httpget服务器

1、详解HTTP请求：get方法和post方法的区别

1 get是从服务器上获取数据，post是向服务器传送数据。 2 get是把参数数据队列加到提交表单的ACTION属性所指的URL中，值和表单内各个字段一一对应，在URL中可以看到。post是通过HTTP post机制，将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。 3 对于get方式，服务器端用Request.QueryString获取变量的值，对于post方式，服务器端用Request.Form获取提交的数据。 4 get传送的数据量较小，不能大于2KB。post传送的数据量较大，一般被默认为不受限制。但理论上，IIS4中最大量为80KB，IIS5中为100KB。 5 get安全性非常低，post安全性较高。 6 HTTP 定义了与服务器交互的不同方法，最基本的方法是 GET 和 POST。事实上 GET 适用于多数请求，而保留 POST 仅用于更新站点。根据 HTTP 规范，GET 用于信息获取，而且应该是 安全的和幂等的。所谓安全的意味着该操作用于获取信息而非修改信息。换句话说，GET 请求一般不应产生副作用。幂等的意味着对同一 URL 的多个请求应该返回同样的结果。完整的定义并不像看起来那样严格。从根本上讲，其目标是当用户打开一个链接时，她可以确信从自身的角度来看没有改变资源。 比如，新闻站点的头版不断更新。虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。反之亦然。POST 请求就不那么轻松了。POST 表示可能改变服务器上的资源的请求。仍然以新闻站点为例，读者对文章的注解应该通过 POST 请求实现，因为在注解提交之后站点已经不同了 7 在FORM提交的时候，如果不指定Method，则默认为GET请求，Form中提交的数据将会附加在url之后，以?分开与url分开。字母数字字符原 样发送，但空格转换为“+“号，其它符号转换为%XX,其中XX为该符号以16进制表示的ASCII（或ISO Latin-1）值。GET请求请提交的数据放置在HTTP请求协议头中，而POST提交的数据则放在实体数据中；GET方式提交的数据最多只能有1024字节，而POST则没有此限制

2、利用多线程实现一个简单的支持get方式的http服务器 求求大哥大姐一定帮忙啊。一定快点帮忙啊

Option Explicit

Public Declare Function CreateThread Lib "kernel32" (ByVal lpThreadAttributes As Any, ByVal dwStackSize As Long, ByVal lpStartAddress As Long, lpParameter As Any, ByVal dwCreationFlags As Long, lpThreadID As Long) As Long
Public Declare Function TerminateThread Lib "kernel32" (ByVal hThread As Long, ByVal dwExitCode As Long) As Long

Public id As Long

Public Function AddText()
Do
Form1.Text1.Text = "Adding to Text1 - "
doevents
Loop
End Function

Option Explicit

Private Sub Command1_Click()
id = CreateThread(ByVal 0&, ByVal 0&, AddressOf AddText, ByVal 0&, 0, id)
End Sub

Private Sub Command2_Click()
Call TerminateThread(id, ByVal 0&)
End Sub

//PS 请注意里面所用到的控件...
我可以帮助你，你先设置我最佳答案后，我百度Hii教你。你的串号我已经记下，采纳后我会帮你制作

3、c++ 如何发送http get请求 获取服务器数据

C++写确实稍微麻烦点

我只能推荐一些有用的库供你参考 libcurl一般用得比较多
你可以去研究下，百度上有这个博客里面有具体用法 我就不写了
http://blog.csdn.net/fengshuiyue/article/details/39530093/

4、利用多线程实现一个简单的支持get方式的http服务器 求求大哥大姐一定帮忙啊。一定快点帮忙啊

Option Explicit

Public Declare Function CreateThread Lib "kernel32" (ByVal lpThreadAttributes As Any, ByVal dwStackSize As Long, ByVal lpStartAddress As Long, lpParameter As Any, ByVal dwCreationFlags As Long, lpThreadID As Long) As Long
Public Declare Function TerminateThread Lib "kernel32" (ByVal hThread As Long, ByVal dwExitCode As Long) As Long

Public id As Long

Public Function AddText()
Do
Form1.Text1.Text = "Adding to Text1 - "
doevents
Loop
End Function

Option Explicit

Private Sub Command1_Click()
id = CreateThread(ByVal 0&, ByVal 0&, AddressOf AddText, ByVal 0&, 0, id)
End Sub

Private Sub Command2_Click()
Call TerminateThread(id, ByVal 0&)
End Sub

//PS 请注意里面所用到的控件...
我可以帮助你，你先设置我最佳答案后，我百度Hii教你。你的串号我已经记下，采纳后我会帮你制作

5、java中利用HttpUrlConnenction通过Get方法请求远端服务器，url中包含有中文

客户端通过URLEncoder.encode("", "GBK")发送请求，然后服务端配置成用GBK对URL解码，应该是不用做别的事的。

（tomcat的编码设置可以百度"tomcat connector encoding"，resin可以百度"resin character-encoding"）。

如果不行可以按照下面的例子发送变量utf8的内容到服务器，然后对比一下运行结果，

比如服务器端get到的数据是下面哪几种解码情况，或者一种都不是（这就有可能是服务器程序不是utf8编码）。

下面是我的运行结果，如果不一样说明你客户端编码不是utf-8。

package test;

import java.net.URLDecoder;

import java.net.URLEncoder;

public class Test {

public static void main(String[] args) throws Exception {

String utf8 = "我是内容：hello";

//模拟客户端编码

String gbkURL = URLEncoder.encode(utf8, "GBK");

// 模拟服务器为ISO8859-1解码（默认服务器都是这种解码）

String isoDec = URLDecoder.decode(gbkURL, "ISO8859-1");

// 乱码处理(得到正确内容)

String iso2gbk = new String(isoDec.getBytes("ISO8859-1"), "GBK");

// 模拟服务器为UTF-8解码（应该是人为配置的）

String utfDec = URLDecoder.decode(gbkURL, "UTF-8");

// 乱码处理(得到的依旧是乱码)

String uft2gbk = new String(utfDec.getBytes("ISO8859-1"), "GBK");

// 配置为GBK解码的服务器，无乱码

String gbkDec = URLDecoder.decode(gbkURL, "GBK");

System.out.println(utf8);

System.out.println(gbkURL);

System.out.println("ISO解码: "+isoDec);

System.out.println("UTF解码: " +utfDec);

System.out.println("GBK解码: " +gbkDec);

System.out.println("正常iso转gbk: " +iso2gbk); //这是正常情况

System.out.println("错误iso转gbk: " +uft2gbk); //这个将服务器解码配置改成GBK即可

}

}

6、http协议中get和post的区别

Get：是以实体的方式得到由请求URI所指定资源的信息，如果请求URI只是一个数据产生过程，那么最终要在响应实体中返回的是处理过程的结果所指向的资源，而不是处理过程的描述。

Post：用来向目的服务器发出请求，要求它接受被附在请求后的实体，并把它当作请求队列中请求URI所指定资源的附加新子项，Post被设计成用统一的方法实现下列功能：
1：对现有资源的解释
2：向电子公告栏、新闻组、邮件列表或类似讨论组发信息。
3：提交数据块
4：通过附加操作来扩展数据库

从上面描述可以看出，Get是向服务器发索取数据的一种请求；而Post是向服务器提交数据的一种请求，要提交的数据位于信息头后面的实体中。

7、post和get的区别？

一、功能不同

1、get是从服务器上获取数据。

2、post是向服务器传送数据。 

二、过程不同

1、get是把参数数据队列加到提交表单的ACTION属性所指的URL中，值和表单内各个字段一一对应，在URL中可以看到。

2、post是通过HTTP post机制，将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。 

三、获取值不同

1、对于get方式，服务器端用Request.QueryString获取变量的值。

2、对于post方式，服务器端用Request.Form获取提交的数据。 

四、传送数据量不同

1、get传送的数据量较小，不能大于2KB。

2、post传送的数据量较大，一般被默认为不受限制。但理论上，IIS4中最大量为80KB，IIS5中为100KB。 

五、安全性不同

1、get安全性非常低。

2、post安全性较高。 

如果没有加密，他们安全级别都是一样的，随便一个监听器都可以把所有的数据监听到。

8、怎样连接web并向web服务器发送http get消息

使用webbrowse组件

9、服务器如何处理http请求

1.需求

了解服务端如何处理http请求，了解基本的处理流程

2.实战

处理http请求分为7个步骤

2.1 Tcp连接

建立一条tcp链接，（若之前不存在持久链接keep-alive），把客户端的ip和port，服务端的ip和port数据放到web服务器连接表中。服务器随时监听链接表中的链接，看有没有数据变化

2.2 接收http请求

一旦我们发送http请求了，这条tcp链接就开始工作了。因为web服务器链接表中有许多链接需要被处理，处理的方式有单线程，多线程这些（这些涉及操作系统的知识）。

2.3 处理http请求

处理的过程大致是把请求的信息解析出来，如下图

2.4 访问资源

访问资源可以是访问静态资源，这个就直接根据url地址去服务器里找就好了。

访问动态资源的话要经过一个叫cgi的东西，再用服务端脚本处理，再返回给前端。如下图所示

2.5 构建响应

要是找到资源，则构建响应信息，包括响应的对象类型，长度，状态码。

另一个情况是重定向响应，就是直接返回一个重定向，客户端看到之后，立刻再向重定向的地址发起请求。重定向的响应的状态码一般是3xx。

2.6 发送响应

把构建的响应发送给客户端

2.7 记录日志

服务端对这个请求响应过程进行记录。（另外专门再讲）

3.总结

以上是服务端处理http请求的大致过程。能让大家有个大致轮廓，当然里面有很多细节的知识没讲到，要另外查询资料并学习

10、HTTP 服务器GET/POST 问题求助

HTTP是Web协议集中的重要协议，它是从客户机/服务器模型发展起来的。客户机/服务器是运行一对相互通信的程序，客户与服务器连接时，首先，向服务器提出请求，服务器根据客户的请求，完成处理并给出响应。浏览器就是与Web服务器产生连接的客户端程序，它的端口为TCP的80端口，。浏览器与Web服务器之间所遵循的协议就是HTTP。
笔者曾在第六期的《用telnet登陆非23端口》一文中写过关于用telnet访问http/1.0，恰逢有朋友问起用netants下载文件时发生的一个关于http/0.9问题，打开IE5.0选择工具、Internet选项、高级，可以发现HTTP/1.1的设置，使用HTTP/1.1。所以，这里想向大家详细介绍关于HTTP协议的发展历程，以便于大家更好的运用HTTP访问Internet。
HTTP的早期版本为HTTP/0.9，它适用于各种数据信息的简洁快速协议，但是其远不能满足日益发展各种应用的需要。但HTTP/0.9作为HTTP协议具有典型的无状态性：每个事务都是独立进行处理的，当一个事务开始就在客户与服务器之间建立一个连接，当事务结束时就释放这个连接。HTTP/0.9包含Simple-Request&Simple-Responsed的报文结构。但是客户无法使用内容协商，所以服务器也无法返回实体的媒体类型。
1982年，Tim Berners-Lee提出了HTTP/1.0，在此后的不断丰富和发展中，HTTP/1.0成为最重要的面向事务的应用层协议。该协议对每一次请求/响应，建立并拆除一次连接。其特点是简单、易于管理，所以它符合了大家的需要，得到了广泛的应用。其缺点是仍会发生下列问题：对用户请求响应慢、网络拥塞严重、安全性等。
1997年形成的HTTP/1.1，也就是现在普遍使用的协议，在持续连接操作机制中实现流水方式，即客户端需要对同一服务器发出多个请求时，其实现在多数的网页都是有多部分组成（比如多张图片），可用流水线方式加快速度，流水机制就是指连续发出多个请求并等到这些请求发送完毕，再等待响应。这样就大大节省了单独请求对响应的等待时间，使我们得到更快速的浏览。
另外，HTTP/1.1服务器端处理请求时按照收到的顺序进行,这就保证了传输的正确性。当然，服务器端在发生连接中断时，会自动的重传请求，保证数据的完整性。
HTTP/1.1还提供了身份认证、状态管理和Cache缓存等机制。这里，我想特别提一下关于HTTP/1.1中的Cache缓存机制对HTTP/1.0的不足之处的改进，它严格全面，既可以减少时间延迟、又节省了带宽。HTTP/1.1采用了内容协商机制，选择最合适的用户的内容表现形式。
现在，很多地方都有用到的虚拟主机技术在HTTP/1.1中也可以实现。所谓的虚拟主机技术，就是同一主机地址实际对应多台主机。通俗的讲，当你同时在一个网站申请两个主页时，用协议分析仪可以发现其实这两个主页对应的是同一个IP地址。这样用多台完全相同的机器形成WWW服务器就可以提高处理的吞吐量。
传统的解决方案是改造域名服务器使其可以根据一定的算法将同一域名解释成不同的IP地址。分别对应虚拟主机的每台机器，其缺点是要求每台机器占用完全独立的IP地址，这与IP地址的缺乏是相矛盾的。
HTTP/1.1提供的解决方案在HTTP协议自身中加入了指定不同主机的功能，从而多台主机可以共享一个IP地址，既提高了性能又便于管理。
因为HTTP/1.1是Internet现行的标准协议，这里详细介绍其相关语法。
首先，HTTP/1.1格式可写为：
其中请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
GET： 请求指定的页面信息，并返回实体主体。
HEAD： 只请求页面的首部。
POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE： 请求服务器删除指定的页面。
OPTIONS： 允许客户端查看服务器的性能。
TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
MOVE： 请求服务器将指定的页面移至另一个网络地址。
COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
LINK： 请求服务器建立链接关系。
UNLINK： 断开链接关系。
WRAPPED： 允许客户端发送经过封装的请求。
Extension-mothed：在不改动协议的前提下，可增加另外的方法。
比如：
GET /index.html HTTP/1.1
Accept: text/plain /*纯ASCII码文本文件*/
Accept: text/html /*HTML文本文件*/
User-Agent:Mozilla/4.5(WinNT)