FTP服务器项目中遇到的网络字节序与本地字节序的问题

 最近在做FTP服务器项目的过程中遇到了 一些问题，引发了自己的一些思考，当在系统中获得port的时候，对于Linux系统而言，获得的unsigned short类型，在使用转化的时候，就应该使用htons( )函数，而不是htonl( ),因为这个问题，调试了好长时间终于搞 清楚了其中的关系。

在C/C++写网络程序的时候，往往会遇到字节的网络顺序和主机顺序的问题。这是就可能用到htons(), ntohl(), ntohs()，htons()这4个函数

网络字节顺序与本地字节顺序之间的转化函数：

htonl()–“Host to Network Long”
ntohl()–“Network to Host Long”
htons()–“Host to Network Short”
ntohs()–“Network to Host Short”

 为什么需要用到以上函数，主要是由于计算机数据表示存在两种字节顺序：NBO与HBO
网络字节序(NBO)： 按从高到低的顺序存储，在网络上使用统一的网络字节顺序，可以避免兼容性问题。
主机字节序(HBO):不同的机器HBO不相同，与CPU设计有关，数据的顺序是由cpu决定的,而与操作系统无关。
 如 Intelx86结构下,short型数0x1234表示为34 12, int型数0x12345678表示为78 56 34 12如IBM power PC结构下,short型数0x1234表示为12 34, int型数0x12345678表示为12 34 56 78.
 由于这个原因不同体系结构的机器之间无法通信,所以要转换成一种约定的数序,也就是网络字节顺序,其实就是如同powerpc那样的顺序 。在PC开发中有ntohl和htonl函数可以用来进行网络字节和主机字节的转换。
 在Linux和Windows网络编程时需要用到htons和htonl函数，用来将主机字节顺序转换为网络字节顺序。
在Intel机器侠，执行程序

int main()
{
 printf("%d\n", htons(16));
 return 0;
}
得到的结果是4096， 解释如下，数字16的16进制表示为0x0010，数字4096的16进制表示为0x1000。 由于Intel机器是小尾端，存储数字16时实际顺序为1000，存储4096时实际顺序为0010。因此在发送网络包时为了报文中数据为0010，需要 经过htons进行字节转换。如果用IBM等大尾端机器，则没有这种字节顺序转换，但为了程序的可移植性，也最好用这个函数。数字所占位数小于或等于一个字节（8 bits）时，不要用htons转换。这是因为对于主机来说，大小尾端的最小单位为字节(byte)。