即时通讯工作原理

IM即时通讯实现原理

即时通讯（Instant Messenger，简称IM）软件多是基于TCP/IP和UDP进行通讯的，TCP/IP 和UDP都是建立在更低层的IP协议上的两种通讯传输协议。前者是以数据流的形式，将传输数据经分割、打包后，通过两台机器之间建立起的虚电路，进行连续的、双向的、严格保证数据正确性的文件传输协议。而后者是以数据报的形式，对拆分后的数据的先后到达顺序不做要求的文件传输协议。QQ就是使用UDP协议进行发送和接收消息的。当你的机器安装了OICQ以后，实际上，你既是服务端（Server），又是客户端（Client）。当你登录OICQ 时，你的OICQ作为Client连接到腾讯公司的主服务器上，当你“看谁在线时，你的OICQ 又一次作为Client从QQ Server上读取在线网友名单。当你和你的OICQ伙伴进行聊天时，如果你和对方的连接比较稳定，你和他的聊天内容都是以UDP的形式，在计算机之间传送。如果你和对方的连接不是很稳定，QQ服务器将为你们的聊天内容进行中转。其他的即时通信软件原理与此大同小异。

一般的步骤：

首先，用户A输入自己的用户名和密码登录即时通讯服务器，服务器通过读取用户数据库来验证用户身份，如果用户名、密码都正确，就登记用户A的IP地址、IM客户端软件的版本号及使用的TCP/UDP端口号，然后返回用户A登录成功的标志，此时用户A在IM系统中的状态为在线（Online Presence）。

其次，根据用户A存储在IM服务器上的好友列表（Buddy List），服务器将用户A在线的相关信息发送到也同时在线的即时通讯好友的PC机，这些信息包括在线状态、IP地址、IM 客户端使用的TCP端口（Port）号等，即时通讯好友PC机上的即时通讯软件收到此信息后将在PC桌面上弹出一个小窗口予以提示。

第三步，即时通讯服务器把用户A存储在服务器上的好友列表及相关信息回送到他的PC机，这些信息包括也在线状态、IP地址、IM客户端使用的TCP端口（Port）号等信息，用户A 的PC机上的IM客户端收到后将显示这些好友列表及其在线状态。

接下来，如果用户A想与他的在线好友用户B聊天，他将直接通过服务器发送过来的用户B 的IP地址、TCP端口号等信息，直接向用户B的PC机发出聊天信息，用户B的IM客户端软件收到后显示在屏幕上，然后用户B再直接回复到用户A的PC机，这样双方的即时文字消息就不通过IM服务器中转，而是通过网络进行点对点的直接通讯，这称为对等通讯方式（Peer To Peer）。在商用即时通讯系统中，如果用户A与用户B的点对点通讯由于防火墙、网络速度等原因难以建立或者速度很慢，IM服务器还提供消息中转服务，即用户A和用户B的即时消息全部先发送到IM服务器，再由服务器转发给对方。早期的IM系统，在IM客户端和IM服务器之间通讯采用采用UDP协议，UDP协议是不可靠的传输协议，而在IM客户端之间的直接通讯中，采用具备可靠传输能力的TCP协议。随着用户需求和技术环境的发展，目前主流的即时通讯系统倾向于在即时通讯客户端之间、即时通讯客户端和即时通讯服务器之间都采用TCP协议。

S——C1

|

| C1每次想和C2通信，先向S递一个申请，然后S同意，把信息转交C2

C2 以后每次通信都这样

S——C1

|

| C1第一次想和C2通信，向S递一个申请，S同意，告诉C1,C2,然后

C2

S—–C1

| /

| / C1和C2之间建立了一条连接，可以直接通信，无需经过S.

C2

2005-12-20 17:59 renstone921

QQ聊天信息是在两个用户间直接通信的,而MSN要经过服务器中转

QQ当用户登陆时，用户需要首先与qq服务器进行连接进行登录，服务器会向客户返回一些信息，比如你的好有的在线情况以及ip的信息，然后客户可以与你所请求的朋友进行点对点连接，两者互相通信。

MSN不知道是怎样的。

第一种，对服务器的性能要求比较高，要求服务器可以同时处理很高的连接数，因为所有信息都要通过服务器进行传递，同时，它可以对所传递的信息进行控制。

第二种，仅仅是用户登陆或下线时与服务器进行连接，平时进行通信时，是用户之间直接进行点对点的连接，这种实现更合理一些。

2005-12-20 20:36 zkyll

那c1和c2如果都在私网内，要通过路由器做NAT才能出去的话，他们之间的socket是如何建立的呢？

2005-12-20 21:29 renstone921

看一下下面的协议.

Simple Traversal of User Datagram Protocol (UDP) Through Network

Address Translators (NATs) (STUN)。

STUN，是为了实现透明的穿透NAT，而定义的一套协议。他使本地的内网的机器，具有取得，能够得知他的NAT网关的IP，NAT类型的能力。

为什么需要STUN：

因为NAT虽然解决了IP地址稀少的问题，但是也带来了很多的问题。比如所有P2P应用，像文件SHARE，多媒体，和在线游戏等等.

为了解决这个问题，有人将Application Layer Gateways (ALGs) 放到了NAT中，

. ALGs 也有严重的问题，比如跟不上速度太块的CLIENT，每一个应用都需要单独的实现。跟不上应用的发展。

为了克服ALGS的问题，又提出了the Middlebox Communications (MIDCOM) protocol

中间合协议。可是MIDBOX协议使，一些CLIENT可以控制NAT/防火墙的行为，通过这个把应用协议和NAT部分分开，把ALGS从基本NAT里面处理开。不过因为要处理MIDBOX，那么

所有的NAT或者防火墙都要升级，

因为上面种种原因：

The protocol described here, Simple Traversal of UDP Through NAT

(STUN), allows entities behind a NAT to first discover the presence

of a NAT and the type of NAT, and then to learn the addresses

bindings allocated by the NAT. STUN requires no changes to NATs, and

works with an arbitrary(任意) number of NATs in tandem between the

application entity and the public Internet.

要想穿透NAT，首先知道NAT的一些特性：

NAT分为4种（加上防火墙的话，多几种情况）：

1.完全透明NAT(Full Cone NAT):

从相同内部主机(IN IPX) +端口(IN PORTX)发送的数据MAPING为相同的IP(OUT IP X)和端口