标签：style http color os 使用 sp strong on 数据
目前为止，我们使用的最多网络协议还是tcp/ip网络。通常来说，我们习惯上称为tcp/ip协议栈。至于协议栈分成几层，有两种说法。一种是五层，一种是七层。
5、应用层
4、传输层
3、网络层
2、数据链路层
1、物理层
七层：1.物理层 2.数据链路层 3.网络层 4.传输层 5.会话层 6.表示层 7.应用层
网络的不同层次实现网络的不同功能。物理层主要实现报文的成帧处理；数据链路层完成对报文的优先级的管理，同时实现二层转发和流量控制；网络层实现路由和转发的功能，一方面它需要实现对报文的fragment处理，另外一方面它还需要对路由信息进行处理和保存；传输层实现报文的发送和接受，它利用计数、时序、定时器、重发等机制实现对报文的准确发送，当然这都是tcp的发送机制，而udp一般是不保证报文正确发送和接收的；应用层就是根据传输层的端口信息调用不同的程序来处理传输的内容，端口8080是http报文，端口21是ftp报文等等。上面的逻辑稍显复杂，朋友们可以这么理解，
物理层关心的是如何把电气信号变成一段报文；数据链路层关心的是mac地址、vlan、优先级等；网络层关心的是ip地址，下一跳ip；传输层关心的是端口资源；应用层关心的是报文组装、解析、渲染、存储、执行等等。
当然，作为应用层，我们的其实考虑的不用这么复杂。对于网络程序编写人员来讲，所有网络的资源只要和一个socket关联在一起就可以了。当然在socket可用之前，我们需要为它配置端口信息和ip地址。配置完了之后，我们就可以慢慢等待报文的收发了。所以一般来说，作为服务器端口的处理流程是这样的，
a) 创建socket(creat)
b) 绑定socket到特定的ip地址(bind)
c) 对socket进行侦听处理(listen)
d) 接受socket，表明有客户端和服务器连接(accept)
e) 和客户端循环收发报文(write,read)
f) 关闭socket(close)
作为服务器程序而言，它要对特定的端口进行绑定和侦听处理，这样稍显复杂。但是如果是编写客户端的程序，一切的一切就变得非常简单了，
a) 创建socket(create)
b) 链接服务器端地址(connect)
c) 和服务器端的socket收发报文(write,read)
(1) 什么时候该使用udp，什么时候该使用tcp?(2) 如何把多线程和网络编程联系在一起? (3) 如何把多进程和网络编程联系在一起? (4) 如何利用select函数、epoll_create机制、非阻塞函数提高socket的并发处理效率? (5) linux内核是怎么实现tcp/ip协议的? (6) 我们自己是否也可以实现协议的处理流程等等?
标签：style http color os 使用 sp strong on 数据
原文地址：http://www.cnblogs.com/summer-xwq/p/4152732.html
