由 serverAdd.sin_addr.s_addr 引发的思考

这两天尽忙着看winsock了，玩过它的人都知道正确的填写IP地址是很重要的一个环节。所谓填写IP地址就是指在SOCKADDR_IN结构体中填写IP地址：

struct sockaddr_in {
        short   sin_family;
        u_short sin_port;
        struct  in_addr sin_addr;
        char    sin_zero[8];
};
 

在这里已经定义了 #typedef sockaddr_in  SOCKADDR_IN  。该结构中的一个in_addr 结构体 sin_addr 就是要填写的IP地址。in_addr 结构的定义如下（MSDN）：

typedef struct in_addr {  
       union {    
                 struct {      u_char s_b1,s_b2,s_b3,s_b4;    } S_un_b;    
                 struct {      u_short s_w1,s_w2;    } S_un_w;    
                 u_long S_addr;  
                } S_un;
} in_addr;
于是我如同往常填写信息如下：

SOCKADDR_IN serverAdd;

unsigned long ipadd;
m_ServerIp.GetAddress( ipadd );    //  m_ServerIp 是一个CIPAddressCtrl 控件，用来读取IP地址
serverAdd.sin_family = AF_INET;  // IP地址家族
serverAdd.sin_addr.s_addr = htonl(ipadd) ;  // 填写IP
serverAdd.sin_port = htons(m_ServerPort);  // 填写端口
这里的serverAdd.sin_addr.s_addr = htonl(ipadd) ; 引起了我的困惑，本应该是serverAdd.sin_addr.S_un.S_addr = htonl(ipadd) ; 这样才对嘛，怎么就直接访问union里面的成员呢S_addr（当时还没有看出大小写问题）？ 看了半天，也在网上查了半天没有结果。最后眼睛就直勾勾的看着这行的最后一个s_addr  ，突然发现s原来是小写的，呵呵，查看定义（winsock2.h）：

 

struct in_addr {
        union {
                struct { u_char s_b1,s_b2,s_b3,s_b4; } S_un_b;
                struct { u_short s_w1,s_w2; } S_un_w;
                u_long S_addr;
        } S_un;
#define s_addr  S_un.S_addr
                                /* can be used for most tcp & ip code */
#define s_host  S_un.S_un_b.s_b2
                                /* host on imp */
#define s_net   S_un.S_un_b.s_b1
                                /* network */
#define s_imp   S_un.S_un_w.s_w2
                                /* imp */
#define s_impno S_un.S_un_b.s_b4
                                /* imp # */
#define s_lh    S_un.S_un_b.s_b3
                                /* logical host */
};
看到黄色的那行了吗？ 终于明白了，呵呵。此时猛然记起某本书上的心经：不要定义只有大小写区分的变量如：

student, Student, 或者是只有s区别的如：student, students。当时还不觉得什么，现在看起来真是太重要了，尤其是对像我这么近视的人，呵呵。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chaostring/archive/2008/10/19/3102948.aspx