HTTP接口和UDP接口流量差异比较

有个手机软件需要很频繁的调用服务器端接口，你知道的，每个字节都是钱呀，钱呀钱，命相连呀。本来已经有个现成的tomcat的http(get/post)的接口，但是担心流量消耗太大，需要做个评估，看是采用http接口，还是使用多线程的socket udp接口，于是就有了下面这一出。

相关工具：

序号

工具

描述

1.

Nc

Linux下的著名socket调试瑞士军刀，系统自带

2.

Tcpdump

Linux下抓包工具，系统自带，不过需要root权限

3.

Wget

Linux下http的调用工具，系统自带

4.

Sockettools

Wins绿色版本的socket调试工具，这个在上次讲loadrunner的socket脚本录制里面提到过使用方法

5.

WiresharkPortable.exe

Wins下的抓包及分析工具，我只下载了一个绿色版本的分析工具，不能抓包

6.

WinSCP.exe

Ssh连接linux，使用sftp协议传回抓包文件

第一部分：

SOCKET(UDP)通讯过程消耗字节数测试方案：

1. Linux上开启抓包：sudotcpdump -i eth0 -n -vv -v -s 0 -w xxxx.cap

2. Linux(nc)启动udp服务器端：nc -4 -u-l 2389

3. Window7家庭版32bit启动sockettools.exe启动udp客户端建立连接；

4. 客户端发送24个字节；例如：[ 0319B38ED7, 056243F315, 1A56AEF715]

5. 客户端中断连接；

6. 停止抓包

7. 使用winscp传回数据包进行分析。

来，看看结果吧：

用WiresharkPortable.exe打开数据包，先得过滤一下：

过滤条件表达式：ip.src == xxx and ip.dst == yyy and ip.proto == 17

ip.proto == 17 这个就是udp协议，将xxx和yyy替换成你的源和目标地址

结果：

就一个udp数据包：52+24=76个字节，也就是说如果你发送24个字节，附带上包头什么的一共76个字节，没数据就52个字节。

第二部分：

HTTP通讯过程消耗字节数测试方案：

1. Linux上进行抓包：sudotcpdump -i eth0 -n -vv -v -s 0 -w xxxx.cap

2. Linux上wget调用url：wget url

3. 停止抓包；

4. 使用winscp传回数据包进行分析

结果：

过滤条件表达式1：ip.src == xxx and ip.dst == yyy

TCP发出7个包，有1个数据包(因为是附带的HTTP包头，所以不能省略)：

SYN:74

ACK:66

PSH,ACK:241

ACK:66

ACK:66

FIN,ACK:66

ACK:66

合计：

74+66+241+66+66+66+66=645

过滤条件表达式2：ip.src == yyy and ip.dst == xxx

TCP 收到5个包，有两个数据包：

SYN,ACK:74

ACK:66

PSH,ACK:1090：数据包：假定只带和上次一样的http包头，计为241个字节

PSH,ACK:785：数据包

FIN,ACK:66

合计(如果不包含数据)：

74+66+241+66=447

如果不包含数据总共：645+447=1092

最后结论：

http接口底层是tcp协议的，设计就是稳定可靠的传输，加上包上了http一层，每次调用的流量比简单的udp调用要大很多，简单的说就是：1092/52=21，刚好21倍。调用1次http接口相当于调用21次udp接口。

假定手机每5秒调用一次接口，一分钟12次，每天调用2个小时，那么每个月消耗：

UDP: 52*12*60*2*30=2246400=2.246m

HTTP: 2246400*21=47174400=47.174m

如果你的手机软件打算节约流量，就用多线程的udp做后台服务吧；

如果你的手机软件打算尽可能多的消耗流量，就别用udp了。

这个是纯理论推导的，可能真到用的时候，电量消耗比流量消耗还要命。