拥塞控制是防止过多的数据注入网络，这样可以使网络中的路由器或链路不致于过载，拥塞控制要做的一个前提，就是网络能够承受现有的网络负荷。拥塞控制是一个全局性的过程。 几种拥塞控制的方法：慢开始、拥塞避免、快重传、快恢复。
流量控制是指点对点的通信量的控制，是个端到端的问题（接收端控制发送端）。流量控制所要做的就是抑制发送端发送数据的速率，以便使接收端来得及接收。 28.TCP的快速重传与快速恢复算法。
29.TFTP 与 FTP的区别。
TFTP是一个传输文件的简单协议，它其于UDP协议而实现，但是我们也不能确定有些TFTP协议是基于其它传输协议完成的。此协议设计的时候是进行小文件传输的。因此它不具备通常的FTP的许多功能，它只能从文件服务器上获得或写入文件，不能列出目录，不进行认证，它传输8位数据。传输中有三种模式：netascii，这是8位的ASCII码形式，另一种是octet，这是8位源数据类型；最后一种mail已经不再支持，它将返回的数据直接返回给用户而不是保存为文件。
FTP 是完整、面向会话、常规用途文件传输协议。TFTP用作bones bare-特殊目的文件传输协议。
交互使用 FTP。 TFTP允许仅单向传输的文件。
FTP 依赖于 TCP， 是面向, 连接并提供可靠的控件。 TFTP 依赖 UDP， 需要减少开销, 并提供几乎没有控件。
FTP 提供身份验证。 TFTP 不。
FTP 使用已知 TCP 端口号： 20 的数据和 21 用于连接对话框。 TFTP 用于 UDP 端口号 69 其文件传输活动。
因为 TFTP 不支持验证 WindowsNT FTP 服务器服务不支持 TFTP。
30.阻塞方式和非阻塞方式，阻塞connect与非阻塞connect。(比较难，有兴趣可以了解)
31. HTTP基本格式。（java程序员必须掌握） HTTP协议（Hypertext Transfer Protocol――超文本传输协议），浏览器端（客户端）向WEB服务器端访问页面的过程和HTTP协议报文的格式。
基于HTTP协议的客户机访问包括4个过程，分别是建立TCP套接字连接、发送HTTP请求报文、接收HTTP应答报文和关闭TCP套接字连接： 1. 创建TCP套接字连接
客户端与WEB服务器创建TCP套接字连接，其中WEB端服务器的地址可以通过域名解析确定，WEB端的套接字侦听端口一般是80。 2. 发送HTTP请求报文
客户端向WEB服务端发送请求报文，HTTP协议的请求报文格式为： 请求消息 = 请求行（实体头信息）CRLF[实体内容] 请求行 = 方法 URL HTTP版本号 CRLF 方法 = GET|HEAD|POST|扩展方法 URL = 协议名称 ＋ 宿主名 ＋ 目录与文件名
其中\表示回车换行。
\请求行\中的\方法\描述了对指定资源执行的动作，常用的方法\、\和\
等3种，它们的含义如表15-8所示： 表15-8 HTTP请求方法 取值 GET 描述 从WEB服务器中获取对象，不同类型的对 象将获取不同的信息，比如： · 文件类型对象，获取该文件的内容。 · 程序类型对象，获取该程序执行的结果。 · 数据库查询类型对象，获取该查询的结果。 要求服务器查找对象的元信息。 从客户端向WEB服务器发送数据。 HEAD POST \实体头信息\中记载了报文的属性，利用这些信息可以实现客户端与WEB服务器之间的请求或应答，它包括报文的数据类型、压缩方法、语言、长度、压缩方法、最后一次修改时间、数据有效期等信息。
实体内容是报文传送的附加信息，一般供POST请求填写。
GET请求报文例子
一个URL为\http://www.zhiliaowang.com/toupiaoceshi.asp?name=朱云翔\的GET请求报文例子如下： GET http://www.zhiliaowang.com/toupiaoceshi.asp?name=朱云翔 HTTP/1.1 Accept: */* Accept-Language: zh-cn Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727) Host: www.zhiliaowang.com Connection: Keep-Alive 其中\朱云翔\是URL信息，语句\：*/*\及其后的语句是\实体头信息\。
注意：在语句\：Keep-Alive\下的空行是必须的。
POST请求报文例子
下面是HTTP协议中关于POST请求报文例子，节自《中国联合通信公司短消息网关系统接口协议(SGIP)》V1.2版：
POST /sp.cgi HTTP/1.0 /* 请求行，服务程序为sp.cgi */ Host: www.spserver.com /* 以下为实体头信息 */ Authorization: Basic
一般情况下，采用POST报文传送信息的数据存储在\实体\部分中。
请求报文附注：
HTTP请求包括三部分：请求行(Request Line)，头部(Headers)和数据体(Body)。其中，请求行由请求方法(method)，请求网址Request-URI和协议 (Protocol)构成，而请求头包括多个属性，数据体则可以被认为是附加在请求之后的文本或二进制文件。 下面这个例子显示了一个HTTP请求的Header内容，这些数据是真正以网络HTTP协议从IE浏览器传递到Apache服务器上的。 GET /qingdao.html HTTP/1.1 Accept:text/html, */* Accept-Language:zh-cn
Accept-Encoding:gzip,deflate
User-Agent:Mozilla/4.0(compatible;MSIE 5.01;Windows NT 5.0;DigExt) Host: www.6book.net
Referer: http://www.6book.net/beijing.html Connection:Keep-Alive
这段程序使用了6个Header，还有一些Header没有出现。我们参考这个例子具体解释HTTP请求格式。
1.HTTP请求行：请求行格式为Method Request-URI Protocol。在上面这个例子里，\/ HTTP/1.1\是请求行。
2.Accept:指浏览器或其他客户可以接爱的MIME文件格式。可以根据它判断并返回适当的文件格式。
3.Accept-Charset：指出浏览器可以接受的字符编码。英文浏览器的默认值是ISO-8859-1. 4.Accept-Language：指出浏览器可以接受的语言种类，如en或en-us，指英语。
5.Accept-Encoding：指出浏览器可以接受的编码方式。编码方式不同于文件格式，它是为了压缩文件并加速文件传递速度。浏览器在接收到Web响应之后先解码，然后再检查文件格式。
6.Authorization：当使用密码机制时用来标识浏览器。
7.Cache-Control：设置关于请求被代理服务器存储的相关选项。一般用不到。
8.Connection：用来告诉服务器是否可以维持固定的HTTP连接。HTTP/1.1使用Keep-Alive为默认值，这样，当浏览器需要多个文件时(比如一个HTML文件和相关的图形文件)，不需要每次都建立连接。 9.Content-Type：用来表名request的内容类型。可以用HttpServletRequest的getContentType()方法取得。
10.Cookie：浏览器用这个属性向服务器发送Cookie。Cookie是在浏览器中寄存的小型数据体，它可以记载和服务器相关的用户信息，也可以用来实现会话功能。 11.Expect：表时客户预期的响应状态。
12.From：给出客户端HTTP请求负责人的email地址。 13.Host：对应网址URL中的Web名称和端口号。 14.If-Match：供PUT方法使用。
15.If-Modified-Since：客户使用这个属性表明它只需要在指定日期之后更改过的网页。因为
浏览器可以使用其存储的文件而不必从服务器请求，这样节省了Web资源。由于Servlet是动态生成的网页，一般不需要使用这个属性。
16.If-None-Match：和If-Match相反的操作，供PUT方法使用。 17.If-Unmodified-Since：和If-Match-Since相反。
18.Pragma：这个属性只有一种值，即Pragma：no-cache,表明如果servlet充当代理服务器，即使其有已经存储的网页，也要将请求传递给目的服务器。
19.Proxy-Authorization：代理服务器使用这个属性，一般用不到。 20.Range：如果客户有部分网页，这个属性可以请求剩余部分。 21.Referer：表明产生请求的网页URL。
比如从网页/beijing.html中点击一个链接到网页/qingdao.html,在向服务器发送的GET /beijing.html中的请求中，Referer是http://www.6book.net/qingdao.html 。这个属性可以用来跟踪Web请求是从什么网站来的。
22.Upgrage：客户通过这个属性设定可以使用与HTTP/1.1不同的协议。 23.User-Agent：是客户浏览器名称。
24.Via：用来记录Web请求经过的代理服务器或Web通道。 25.Warning：用来由客户声明传递或存储(cache)错误。 3. 接收HTTP应答报文
WEB服务器处理客户请求，并向客户机发送应答报文，HTTP协议的应答报文格式为： 应答报文 = 状态行（实体头信息）CRLF [实体内容] 状态行 = HTTP版本号 状态码 原因叙述
状态码描述了WEB服务器执行客户机请求的状态信息，其取值含义如表15-8所示： 表15-8 HTTP应答响应码含义 取值 描述 1×× 2×× 3×× 4×× 5×× 保留。 成功接收，比如“200”表示处理成功。 客户需进一步细化请求。 客户错误，比如“404”表示访问的 指定资源不存在。 服务器错误。
GET应答报文例子
一个请求URL为\http://www.zhiliaowang.com/toupiaoceshi.asp?name=朱云翔\的应答报文例子如下：
HTTP/1.1 200 OK Connection: keep-alive Date: Thu, 26 Jul 2007 14:00:02 GMT Server: Microsoft-IIS/6.0 X-Powered-By: ASP.NET Content-Length: 190 Content-Type: text/html Set-Cookie: ASPSESSIONIDSAATTCSQ=JOPPKDCAMHHBEOICJPGPBJOB; path=/ Cache-control: private
投票测试
感谢你为选手 朱云翔 投票! 语句\中，\是响应码，\是原因描述。 POST应答报文例子
下面是HTTP协议中关于POST应答报文例子，节自《中国联合通信公司短消息网关系统接口协议(SGIP)》V1.2版：
HTTP/1.0 200 OK /* 状态行，应答成功 */ Date: Tue, 13 Mar 2001 02:45:12 GMT /* 以下为实体头信息 */ Server: Apache/1.3.12 (Unix) Content-Type: text/html Connection: close
客户机与服务器双方关闭套接字连接，结束TCP/IP对话。
三：Linux基本命令