为什么要用socket用数据库不行吗

为什么要用socket用数据库不行吗,第1张

socket存取数据效率高。在应用层通过传输层进行数据通信时,socket存取数据效率要高于数据库,所以要用socket。socket指套接字。所谓套接字,就是对网络中不同主机上的应用进程之间进行双向通信的端点的抽象。

先用Socket来判断与服务器是否连接成功,然后在进行数据库 *** 作。

[csharp] view plain copy print?

#region 采用Socket方式,测试服务器连接

/// <summary>

/// 采用Socket方式,测试服务器连接

/// </summary>

/// <param name="host">服务器主机名或IP</param>

/// <param name="port">端口号</param>

/// <param name="millisecondsTimeout">等待时间:毫秒</param>

/// <returns></returns>

public static bool TestConnection(string host, int port, int millisecondsTimeout)

{

TcpClient client = new TcpClient()

try

{

var ar = client.BeginConnect(host, port, null, null)

ar.AsyncWaitHandle.WaitOne(millisecondsTimeout)

return client.Connected

}

catch (Exception e)

{

throw e

}

finally

{

client.Close()

}

}

#endregion

下面是数据库的 *** 作,可以根据自己的情况修改。

[csharp] view plain copy print?

/// <summary>

/// 数据库连接 *** 作,可替换为你自己的程序

/// </summary>

/// <param name="ConnectionString">连接字符串</param>

/// <returns></returns>

private static bool TestConnection(string ConnectionString)

{

bool result = true

try

{

SqlConnection m_myConnection = new SqlConnection(ConnectionString)

m_myConnection.Open()

//数据库 *** 作......

m_myConnection.Close()

}

catch (Exception ex)

{

System.Diagnostics.Debug.WriteLine(ex.ToString())

result = false

}

return result

}

我这里用winForm来测试的。

[csharp] view plain copy print?

private void btnSocket_Click(object sender, EventArgs e)

{

string strCon = "Data Source=192.168.24.566Initial Catalog=qmasterUser ID=sapassword=123456"

string[] s=strCon.Split('')

s = s[0].Split('=')

//获取IP

string strIP =s[1]

//发送数据,判断是否连接到指定ip

if (TestConnection(strIP , 1433, 500))

{

//连接成功

MessageBox.Show("Socket Link Succeed","连接服务器")

// 数据库 *** 作,我这里用了连接测试。可根据你的系统自行修改

if (TestConnection(strCon))

MessageBox.Show("Sql Link Succeed","连接数据库")

else

MessageBox.Show("Sql Link Failed", "连接数据库")

}

else

MessageBox.Show("Socket Link Failed","连接服务器")

}

一、如何建立与服务器之间的连接

HTTP基本TCP,所以我们需要与服务器建立连接,然后才能发送数据。

建立连接参考如下函数socket_open:

/*

*打开Socket,返回socketId,-1表示失败

*/

int socket_open(int IP,int Port,int type){

SOCKET socketId

struct sockaddr_in serv_addr

int status

socketId=socket(AF_INET,SOCK_STREAM,0)

if((int)socketId<0)

{

printf("[ERROR]Create a socket failed!/n")

return -1

}

memset(&serv_addr,0,sizeof(serv_addr))

serv_addr.sin_family=AF_INET

serv_addr.sin_addr.s_addr = ntohl(IP)

serv_addr.sin_port = htons((USHORT)Port)

status=connect(socketId,(struct sockaddr*)&serv_addr,sizeof(serv_addr))

if(status!=0)

{

printf("[ERROR]Connecting failed!/n")

closesocket(socketId)

return -1

}

return socketId

}

调用方式如下:

int socketId=socket_open(0xC0A80001,808,0)//0xC0A80001是192.168.0.1的十六进制写法。

二、如何发送请求

发送数据要根据HTTP协议的要求附加协议头:

static const char* protocolHead="GET http://www.xxx.com/index.html HTTP/1.1/n"

"Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*/n"

"Accept-Language: zh-cn/n"

"User-Agent:iPanelBrowser/2.0/n"

"Host: www.xxx.com:80/n"

"Connection: close/n/n"

这里使用GET来获取指定URL的指定文档。

建立连接后使用send将这些数据发送出去:

send(socketId, protocolHead,strlen(protocolHead),0)

发送完成HTTP请求后就等待接收数据。

三、如何接收数据

这里采用select循环查询的方式来判断有无数据到来:

struct timeval tm = {0,7}

fd_set fds_r

int status

char recvBuf[4096]={‘/0’}

FD_ZERO(&fds_r)

FD_SET(socketId,&fds_r)

status=select(socketId+ 1, &fds_r, 0, 0, &tm)//socketId在这里是最大的fd

if(status >0 &&FD_ISSET(socketId, &fds_r))

{

printf("Socket is readable...fd=[%d]/n",socketId)

recv(socketId,recvBuf,4096,0)

}

这样数据包就保存到缓冲区中了。

四、如何判断数据接收完成

首先对返回数据的状态进行判断,仅当状态为“ HTTP 200 OK ”时才表明正确返回,这时才对数据进行解析并保存,如果状态为HTTP 404 NOT FOUND或者其它状态则表明没有找到资源或者出现其它问题,可参考HTTP 1.1状态代码及其含义。

当数据正确返回时,为了将实际数据从协议中分离出来进行保存,需要对HTTP数据包进行解析得到Content-Length,然后在包含Content-Length的当前数据包或者随后的数据包中查找第一个空行,这就是内容(Content)的开始位置,再配合前面解析得到的Content-Length,就能够知道什么时候数据接收完成了。换行符为“/r/n”,也兼容“/n”或者“/r”,设换行符为^P,则空行如果位于内容中间或结尾则可查找“^P^P”,若位于开头,则查找^P。

基本就是上面这些,这四个问题解决了,那么整个问题也就解决了!

当然也可以把上面的3、4步放一起。

http://blog.csdn.net/gideal_wang/article/details/4316691

一 原理区别

一般在浏览器中输入网址访问资源都是通过GET方式;在FORM提交中,可以通过Method指定提交方式为GET或者POST,默认为GET提交

Http定义了与服务器交互的不同方法,最基本的方法有4种,分别是GET,POST,PUT,DELETE

URL全称是资源描述符,我们可以这样认 为:一个URL地址,它用于描述一个网络上的资源,而HTTP中的GET,POST,PUT,DELETE就对应着对这个资源的查 ,改 ,增 ,删 4个 *** 作。到这里,大家应该有个大概的了解了,GET一般用于获取/查询 资源信息,而POST一般用于更新 资源信息(个人认为这是GET和POST的本质区别,也是协议设计者的本意,其它区别都是具体表现形式的差异 )。

根据HTTP规范,GET用于信息获取,而且应该是安全的和幂等的 。

1.所谓安全的意味着该 *** 作用于获取信息而非修改信息。换句话说,GET请求一般不应产生副作用。就是说,它仅仅是获取资源信息,就像数据库查询一样,不会修改,增加数据,不会影响资源的状态。

* 注意:这里安全的含义仅仅是指是非修改信息。

2.幂等的意味着对同一URL的多个请求应该返回同样的结果。这里我再解释一下幂等 这个概念:

幂等 (idempotent、idempotence)是一个数学或计算机学概念,常见于抽象代数中。

幂等有以下几种定义:

对于单目运算,如果一个运算对于在范围内的所有的一个数多次进行该运算所得的结果和进行一次该运算所得的结果是一样的,那么我们就称该运算是幂等的。比如绝对值运算就是一个例子,在实数集中,有abs(a) =abs(abs(a)) 。

对于双目运算,则要求当参与运算的两个值是等值的情况下,如果满足运算结果与参与运算的两个值相等,则称该运算幂等,如求两个数的最大值的函数,有在在实数集中幂等,即max(x,x) = x 。

看完上述解释后,应该可以理解GET幂等的含义了。

但在实际应用中,以上2条规定并没有这么严格。引用别人文章的例子:比如,新闻站点的头版不断更新。虽然第二次请求会返回不同的一批新闻,该 *** 作仍然被认为是安全的和幂等的,因为它总是返回当前的新闻。从根本上说,如果目标是当用户打开一个链接时,他可以确信从自身的角度来看没有改变资源即可。

根据HTTP规范,POST表示可能修改变服务器上的资源的请求 。继续引用上面的例子:还是新闻以网站为例,读者对新闻发表自己的评论应该通过POST实现,因为在评论提交后站点的资源已经不同了,或者说资源被修改了。

上面大概说了一下HTTP规范中,GET和POST的一些原理性的问题。但在实际的做的时候,很多人却没有按照HTTP规范去做,导致这个问题的原因有很多,比如说:

1.很多人贪方便,更新资源时用了GET,因为用POST必须要到FORM(表单),这样会麻烦一点。

2.对资源的增,删,改,查 *** 作,其实都可以通过GET/POST完成,不需要用到PUT和DELETE。

3.另外一个是,早期的但是Web MVC框架设计者们并没有有意识地将URL当作抽象的资源来看待和设计 。还有一个较为严重的问题是传统的Web MVC框架基本上都只支持GET和POST两种HTTP方法,而不支持PUT和DELETE方法。

* 简单解释一下MVC:MVC本来是存在于Desktop程序中的,M是指数据模型,V是指用户界面,C则是控制器。使用MVC的目的是将M和V的实现代码分离,从而使同一个程序可以使用不同的表现形式。

以上3点典型地描述了老一套的风格(没有严格遵守HTTP规范),随着架构的发展,现在出现REST(Representational State Transfer),一套支持HTTP规范的新风格,这里不多说了,可以参考《RESTful Web Services》。

二 表现形式区别

搞清了两者的原理区别,我们再来看一下他们实际应用中的区别:

为了理解两者在传输过程中的不同,我们先看一下HTTP协议的格式:

HTTP请求:

<request line>

<headers>

<blank line>

<request-body>]

在HTTP请求中,第一行必须是一个请求行(request line),用来说明请求类型、要访问的资源以及使用的HTTP版本。紧接着是一个首部(header)小节,用来说明服务器要使用的附加信息。在首部之后是一个空行,再此之后可以添加任意的其他数据[称之为主体(body)]。

GET与POST方法实例:

GET /books/?sex=man&name=Professional HTTP/1.1

Host: www.wrox.com

User-Agent: Mozilla/5.0 (WindowsUWindows NT 5.1en-USrv:1.7.6)

Gecko/20050225 Firefox/1.0.1

Connection: Keep-Alive

POST / HTTP/1.1

Host: www.wrox.com

User-Agent: Mozilla/5.0 (WindowsUWindows NT 5.1en-USrv:1.7.6)

Gecko/20050225 Firefox/1.0.1

Content-Type: application/x-www-form-urlencoded

Content-Length: 40

Connection: Keep-Alive

(----此处空一行----)

name=Professional%20Ajax&publisher=Wiley

有了以上对HTTP请求的了解和示例,我们再来看两种提交方式的区别:

(1)GET提交,请求的数据会附在URL之后(就是把数据放置在请求行(request line)中),以?分割URL和传输数据,多个参数用&连接;例如:login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD。Url的编码格式采用的是ASCII码,而不是Unicode,这也就是说你不能在Url中包含任何非ASCII字符,所有非ASCII字符均需要编码再传输,关于Url编码可参考:http://kb.cnblogs.com/page/133765/。

POST提交:把提交的数据放置在是HTTP包的包体中。上文示例中红色字体标明的就是实际的传输数据

因此,GET提交的数据会在地址栏中显示出来,而POST提交,地址栏不会改变

(2)传输数据的大小:首先声明:HTTP协议没有对传输的数据大小进行限制,HTTP协议规范也没有对URL长度进行限制。

而在实际开发中存在的限制主要有:

GET:特定浏览器和服务器对URL长度有限制,例如IE对URL长度的限制是2083字节(2K+35)。对于其他浏览器,如Netscape、FireFox等,理论上没有长度限制,其限制取决于 *** 作系统的支持。

因此对于GET提交时,传输数据就会受到URL长度的限制。

POST:由于不是通过URL传值,理论上数据不受限。但实际各个WEB服务器会规定对post提交数据大小进行限制,Apache、IIS6都有各自的配置。

(3)安全性:

.POST的安全性要比GET的安全性高。注意:这里所说的安全性和上面GET提到的“安全”不是同个概念。上面“安全”的含义仅仅是不作数据修改,而这 里安全的含义是真正的Security的含义,比如:通过GET提交数据,用户名和密码将明文出现在URL上,因为(1)登录页面有可能被浏览器缓存, (2)其他人查看浏览器的历史纪录,那么别人就可以拿到你的账号和密码了,除此之外,使用GET提交数据还可能会造成Cross-site request forgery攻击

(4)Http get,post,soap协议都是在http上运行的

1)get:请求参数是作为一个key/value对的序列(查询字符串)附加到URL上的

查询字符串的长度受到web浏览器和web服务器的限制(如IE最多支持2048个字符),不适合传输大型数据集同时,它很不安全

2)post:请求参数是在http标题的一个不同部分(名为entity body)传输的,这一部分用来传输表单信息,因此必须将Content-type设置为:application/x-www-form-urlencoded。post设计用来支持web窗体上的用户字段,其参数也是作为key/value对传输。

但是:它不支持复杂数据类型,因为post没有定义传输数据结构的语义和规则。

3)soap:是http post的一个专用版本,遵循一种特殊的xml消息格式

Content-type设置为: text/xml 任何数据都可以xml化

三 HTTP响应

1.HTTP响应格式:

<status line>

<headers>

<blank line>

[<response-body>]

在响应中唯一真正的区别在于第一行中用状态信息代替了请求信息。状态行(status line)通过提供一个状态码来说明所请求的资源情况。

HTTP响应实例:

HTTP/1.1 200 OK

Date: Sat, 31 Dec 2005 23:59:59 GMT

Content-Type: text/htmlcharset=ISO-8859-1

Content-Length: 122

<html>

<head>

<title>Wrox Homepage</title>

</head>

<body>

<!-- body goes here -->

</body>

</html>

2.最常用的状态码有:

◆200 (OK): 找到了该资源,并且一切正常。

◆304 (NOT MODIFIED): 该资源在上次请求之后没有任何修改。这通常用于浏览器的缓存机制。

◆401 (UNAUTHORIZED): 客户端无权访问该资源。这通常会使得浏览器要求用户输入用户名和密码,以登录到服务器。

◆403 (FORBIDDEN): 客户端未能获得授权。这通常是在401之后输入了不正确的用户名或密码。

◆404 (NOT FOUND): 在指定的位置不存在所申请的资源。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9858072.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-02
下一篇 2023-05-02

发表评论

登录后才能评论

评论列表(0条)

保存