网络软件设计课程实验（电子科技大学）《网络软件设计》实验教案.pptVIP

网络软件设计课程实验 服务与协议实验 基于select的多路复用程序设计 多线程并发服务器设计 有限状态机与有状态通信 基于消息驱动的异步选择机制 网络软件设计课程实验 服务与协议实验 服务与协议实验 目标 掌握在不同类型的套接字上可以获得哪些不同效果的服务。 通过对比，深入掌握各套接字接口函数在不同类型套接字上提供的相似或不同的服务。 体会服务质量的最终保证仍然依靠对应的协议。 实验原理(1) 数据报服务: 由无连接协议－－UDP提供 发送：以报文为单位 如果报文超过最大可发送长度，将拒绝发送 每次用户交付的数据，都将封装在一个UDP报文发送 接收：以报文为单位 如果接收缓冲区小于接收的报文长度，将无法得到接收数据 即便接收缓冲区足够大，每次也只能接收一个UDP报文 实验原理(2) 字节流服务: 由面向连接协议－－TCP提供 对字节流的理解：对用户交付的数据以流的形式，不加限制 发送： TCP实体可根据通信的需要分拆用户一次交付的数据为多个TCP报文，发送； 或组合用户多次交付的数据为单个TCP报文。 接收： 用户得到的数据并不受到TCP报文大小限制，接收缓冲小时，可得到TCP报文的一部分 接收缓冲大时，可一次得到多个TCP报文 源和目的限定 面向连接与通信源和目的 连接由源和目的确定，在通信过程中，不能改变 在已建立连接的套接字，不能向另外的目的发送数据 不能接收非连接对端送来的数据 在通信过程中，用户不再（不能）指定源和目的 无连接与通信源和目的 在通信过程中，可向任意目的发送数据 在通信过程中，可收到任意源送来的数据 服务与协议 服务原语与协议函数的设计模型 服务原语与协议函数本质上程序中的函数 recv（）、send（）等是服务原语，与具体协议无关 具体协议有各自的实现函数 服务原语与协议实现函数有一定的对应关系，但服务函数可通过套接字类型选择协议实现函数 服务与协议 服务原语与协议函数的设计模型 服务与协议的关系（一） 服务与协议分别了不同内容 一般情况下，协议和服务是统一的。某种类型的协议提供某种类型的服务，某种类型的服务需要某种类型的协议实现。 服务与协议的关系（二） 服务与协议之间又是相对独立的，服务并不要求一定要用哪个协议实现，甚至可能由另一种类型的协议实现 实验测试目标 Socket接口上服务与协议的关系 函数的交叉使用－－能否在不同的协议上使用另一种形式的服务原语，如在TCP上使用sendto 在服务与协议没有一一对应下测试实际的服务效果 是否受到源和目的限定 是否受到字节流与数据报的限定 实验意义 如何在两种不同的模式（流套接字和数据报套接字）下交叉使用对方模式的函数，这个问题本身不是本实验的目的。本实验是希望通过仔细观察在实验过程中出现的各种现象，进一步透过现象探讨不同的套接字模式究竟对程序的设计带来什么样的影响，探讨影响服务质量的关键因素。 分组实验 每组1~2人,自由组合 实验设备: 计算机两台 软件环境: VC++开发环境，利用实验室提供的例程，自行改写以达到实验要求 打开相应的VC工程 打开相应的VC++工程,进入实验环境 运行程序 启动相应的程序,为了实现正确的程序功能,在实验继续前需要同时启动相对应的客户端和服务器端软件 程序启动后,在出现出的程序界面,出现相应的输入提示,按照实验要求一步一步的输入相关数据,观察相应现象 数据报服务实验 在客户端和服务器中分别输入相应的参数,观察实验现象 字节流服务实验 先启动服务端程序,然后再启动客户端程序 在相应的界面按实验要求输入相应的数据,观察实验现象 实验记录 根据实验现象,填写以下实验记录 实验结论 通过实验得到的总结:结合课堂学的理论知识得出相关结论,总结两种不同类型的服务特征 总结服务原语与协议的关系 思考题 为什么对连接关系的限定服务在两种套接字上都可以实现，但字节流服务/数据报服务及可靠性保证服务不能在两种不同类型的套接字上实现？ 网络软件设计课程实验 基于select的多路复用程序设计 实验目的 掌握基于select的多路复用程序基本流程 掌握套接字队列的管理方法 掌握基本的套接字状态处理方法 通过实验体会多路复用服务器与重复服务器的区别 通过实验的引导过程，使实验者能够把握多路复用程序的结构特点和基本流程。掌握其中的两个关键技术－套接字队列和状态处理。 实验要求 本实验设计的服务器需要完成以下功能：收到客户机送来的数据后，打印，并返回一个确认信息，如“ack by server”，服务器不主动关闭套接字。 服务器能为多个客户机同时连接提供服务，即多路复用 实验原理 多路复用的程序结构将使程序能够同时服务于多条连接。 程序必须首先能同时管理多个套接字，一般以套接字队列的方式进行。 程序需要利用se