socket架构实现中,其实是采用了两个主要的结构体,struct socket 和 struct sock。
这两个结构体一起支撑起了socket架构,socket结构体和sock结构体实际上是同一事物的两个侧面,这就好像一枚硬币的正方面,这个比喻挺恰当。
不妨说:
socket结构体是面向进程和系统调用界面的一侧,也就是用户空间一侧
sock结构体则是面向驱动层一侧。
那么为什么不把socket和sock这两个结构体合并成一个呢?原因如下:
文件系统节点inode的实现中,有一个union, socket也是inode结构体这个union的一部分,即把inode结构内部的union用作socket结构。
由于插口操作需要大量的结构成分,如果把这些结构成分全部放在一个socket结构中,inode结构中的这个union就会变的很大,从而inode也会变的很大,而对于其他文件系统这个union不需要那么庞大。所以这样会使inode结构体变得过分庞大而造成浪费。
系统中使用inode结构体的数量要远远超过使用socket结构体的数量。
所以采用的解决办法就是把插口所需的这些结构拆分成两部分:
把文件系统关系比较密切的那一部分放在socket结构中,而把与通信关系比较密切的一部分单独成为一个数据结构sock。
由于这两部分数据在逻辑上本来就是一体的,所以要通过指针相互指向对方,形成一对一的关系。