关于skbuffer中各网络层协议头的表示问题想到的

1 问题：

    skbuff中表示各网络层的报头信息哪里去了呢？
    
2 分析：
struct sk_buff {
    
。。。

sk_buff_data_t        transport_header;
sk_buff_data_t        network_header;
sk_buff_data_t        mac_header;

。。。。
}；

上面分别是运输层/网络层/链路层头变量，看看sk_buff_data_t定义：

#ifdef NET_SKBUFF_DATA_USES_OFFSET
typedef unsigned int sk_buff_data_t; //使用偏移来表示数据头位置
#else
typedef unsigned char *sk_buff_data_t; // 使用指针来表示数据头位置
#endif

这里不再使用union结构来转换各头部结构，而把转换任务交给了函数处理。举例说明如何得到ip报头：

struct iphdr *iph = ip_hdr(skb);

ip_hdr是做什么的呢？他就是强制转换数据结构的接口（类似适配器模式）。看看代码：
static inline struct iphdr *ip_hdr(const struct sk_buff *skb)
{
    return (struct iphdr *)/* 强制转换哦 */skb_network_header(skb);
}

上面已经说过，表示报头的方式有两种：一种是偏移；一种是地址。

那么skb_network_header表示也应该有两种。对了，的确如此，看代码：

#ifdef NET_SKBUFF_DATA_USES_OFFSET
static inline unsigned char *skb_network_header(const struct sk_buff *skb)
{
    return skb->head + skb->network_header;
}
#else
static inline unsigned char *skb_network_header(const struct sk_buff *skb)
{
    return skb->network_header;
}
#endif

3 总结

3.1 linux中不断引入模式设计思想（这里模式思想是很广泛的，如主动对象/管道/监视对象/领导者-跟随着等等一些列的模式），提供更加灵活多变的内核设计

3.2 linux中使用c语言实现面向对象的设计。

3.3 面向对象+模式设计+c语言， 很精彩，好漂亮啊。

3.4 具体说到本例，中心点就是一个：推迟类型转换。