此博客已停用，博文会逐渐转移到新地址，http://blog.youkuaiyun.com/liupeifeng3514

上节中我们给大家接触了Socket的一些基本概念以及使用方法，然后写了一个小猪简易聊天室的 Demo，相信大家对Socket有了初步的掌握，本节我们来学习下使用Socket来实现大文件的断点续传！ 这里讲解的是别人写好的一个Socket上传大文件的例子，不要求我们自己可以写出来，需要的时候会用 就好！1.运行效果图：1.先把我们编写好的Socket服务端运行起来：

在计算机领域为了保证信息能够被处理，信息也会被做成特定的格式，而且要确保目标能够明白这种格式。常用的信息格式包括：1、XML可扩展标记语言，这个语言由W3C（万维网联盟）进行发布和维护。XML语言应用之广泛，扩展之丰富。适合做网络通信的信息描述格式（一般是“应用层”协议了）。例如Google 定义的XMPP通信协议就是使用XML进行描述的；不过XML的更广泛使用场景是对系统环境进行描述（因为它会造成

HTTP长连接和短连接1. HTTP协议与TCP/IP协议的关系HTTP的长连接和短连接本质上是TCP长连接和短连接。HTTP属于应用层协议，在传输层使用TCP协议，在网络层使用IP协议。IP协议主要解决网络路由和寻址问题，TCP协议主要解决如何在IP层之上可靠的传递数据包，使在网络上的另一端收到发端发出的所有包，并且顺序与发出顺序一致。TCP有可靠，面向连接的特点。2. 如何理解HTTP协议是无状

一、webim如何实现消息推送webim通常有三种方式实现推送通道：WebSocketFlashSockethttp轮询其中 1 和 2 是用Tcp长连接实现的，其消息的实时性可以通过tcp保证。方案3 才算是webim实现消息推送的“正统”方案，用http短连接轮询的方式实现“伪长连接”，既然是轮询，有朋友就对消息的实时性产生了质疑。本文要解答，webim使用http长轮询如何保证消息的绝

消息的可靠性，即消息的不丢失和不重复，是im系统中的一个难点。当初qq在技术上（当时叫oicq）因为以下两点原因才打败了icq：1）qq的消息投递可靠（消息不丢失，不重复）2）qq的垃圾消息少（它antispam做得好，这也是一个难点，但不是本文重点讨论的内容）今天，本文将用十分通俗的语言，来讲述webim系统中消息可靠性的问题。一、报文类型im的客户端与服务器通过发送

数据包的路由过程

1、0.0.0.0　　严格说来，0.0.0.0已经不是一个真正意义上的IP地址了。它表示的是这样一个集合：所有不清楚的主机和目的网络。这里的“不清楚”是指在本机的路由表里没有特定条目指明如何到达。对本机来说，它就是一个“收容所”，所有不认识的“三无”人员，一律送进去。如果你在网络设置中设置了缺省网关，那么Windows系统会自动产生一个目的地址为0.0.0.0的缺省路由。2、255.255.255.

1.HTTP请求之消息头:PS:第一行是请求行:请求方式 + 资源名称 + HTTP协议版本号，另外请求头只是给服务端的一个 信息而已或者说一个简单，至于怎么处理，还是由服务端来决定的！HTTP Request Header请求头信息对照表:Header解释示例Accept指定客户端能够接收的内

TCP（Transmission Control Protocol，传输控制协议）是面向连接的协议，即在收发数据钱 ，都需要与对面建立可靠的链接，这也是面试经常会问到的TCP的三次握手以及TCP的四次挥手！三次握手： 建立一个TCP连接时，需要客户端和服务端总共发送3个包以确认连接的建立， 在Socket编程中，这一过程由客户端执行connect来触发，具体流程图如下： 第一次握手：Client将

实现的效果图：先把我们的服务端跑起来：接着把我们的程序分别跑到两台模拟器上：接下来我们来写代码：首先是服务端，就是将读写socket的操作放到自定义线程当中，创建ServerSocket后，循环 调用accept方法，当有新客户端接入，将socket加入集合当中，同时在线程池新建一个线程！另外，在读取信息的方法中，对输入字符串进行判断，如果为bye字

为了说清楚我们将要讲解的基础知识，我们首先来看一下OSI 7层网络模型。1、链路层报文链路层的数据格式有一个共同特点，都包括目标MAC地址和源MAC地址。下面这个图主要说明了我们最常用的Ethernet帧（以太帧）的报文格式：目标MAC地址/源MAC地址：00:00:00:00:00:00—FF:FF:FF:FF:FF:FF 这个范围是全球MAC地址的可用范围。一张物理网卡肯定有一个唯一的MAC地