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。
由于这两部分数据在逻辑上本来就是一体的,所以要通过指针相互指向对方,形成一对一的关系。
本文探讨了socket架构实现中的核心结构体——socket与sock。socket面向进程和系统调用,而sock面向驱动层。文章解释了两者分开设计的原因及它们如何通过指针形成一对一关系。
979

被折叠的 条评论
为什么被折叠?



