网络软件设计2祥解.pptVIP

段景山 网络软件设计 深入套接字 制作 主讲 段景山 * 套接口结构 套接字是一个标识符 套接字是一个结构 套接字是一个包含标识、数据和操作的复合体，是服务访问点 * 套接字是一个标识符 套接字是一个标识符 变量类型：SOCKET SOCKET s； 本质： 在winsock.h中 typedef unsigned int u_int; typedef u_int SOCKET; 一个整型变量－－记录一个标识符 通过这个标识符，用户就能获得系统通信服务 但是一个简单的整数，怎么能够实现复杂的通信功能呢？ * struct socket{ short so_type; short so_option; short so_linger; short so_state; caddr_t so_pcb; struct protosw *so_proto; struct socket *so_head; struct socket *so_q0; struct socket *so_q; short so_q0len; short so_qlen; short so_qlimit; short so_timeo; u_shurt so_error pid_t so_pgid; 套接口结构 UNIX 通过标识符在系统中找寻的就是这个结构 * struct sockbuf{ u_long sb_cc; u_long sb_hiwat; u_long sb_mbcnt; u_long sb_mbmax; long sb_lowat struct mbuf *sb_mb; struct selinfo sb_sel; short sb_flags; short sb_timeo; } u_long so_oobmark; struct sockbuf so_rcv, so_snd; caddr_t so_tpcb; void (*so_upcall)(struct socket *so, caddr_t arg, int waitf); caddr_t so_upcallarg; } 套接口结构 套接口结构中包含了为用户提供通信服务的各种信息 状态 控制 数据 so_type so_state so_pcb so_rcv 接收数据队列 so_snd 待发数据队列 * 套接口中饱含为一次通信服务的丰富资源， 系统通过套接字标识符（描述符、socketid）来找到对应套接口结构 从两个层次理解： 用户角度：只需给出标识符就能找到 透明性、方便性：用户不需掌握找寻的方法 系统的角度：系统如何根据标识符找到套接口 这是一个系统设计问题： 我们可以从中学习设计的技巧 套接口结构与套接字描述符 * 利用索引表的形式 套接字描述符是表的索引号码 表中记录套接口结构的地址 socketid 索引id 关系映射 进程符号表 套接口结构与套接字描述符 套接口结构 * 套接字描述符 套接字描述符的分配 套接字描述符可以认为是套接口资源的编号 全局分配：系统所有的套接口资源均统一编号 局部分配：套接口资源仅在一个进程内部统一编号 结果： 全局分配：系统各进程得到的套接字描述符全不相同 局部分配：各进程的套接字描述符可能相同 优缺点： 全局分配：便于统一管理，进程间的独立性差 局部分配：维持进程间的独立性，可能造成管理的混乱 设计 * 套接字描述符 全局分配套接字描述符 统一分配套接字描述符有一定难度 在socket（）调用时由系统想办法实现 进程间的相关性太强 套接字描述符的取值范围，在进程中有禁区。 局部分配套接字描述符 进程间独立性强 管理难度低 推理 * 套接字描述符 套接字描述符的实验 实验方案 观察两个进程是否可能获得相同值的套接字描述符 测试如果两个进程使用相同值的套接字描述符是否能同时不受干扰地完成各自的通信 实验结论 两个进程的套接字描述符可以获得相同的值 两个进程的套接字对应不同的通信服务－－不同的套接口资源 验证 * TCP实体 进程1 进程2 进程3 1 2 3 4 5 6 7 8 1 2 3 4 5 1 2 3 4 5 套接口与套接字描述符 套接字标识符 套接口 结构 从套接字描述符的分配问题深入系统设计原理 如何实现局部的标识符与全局管理的资源之间的映射 技巧及优点 反思 * 端口与套接口 当我们了解了从上至下（从套接字描述符到套接口资源）的映射方式后，进一步探索从下至上（从端口到套接口资源）的映射方式。 从而完成整个接口系统的上下对应关系 整个关系是围绕者套接字的 *