目录
分组交换的两种传输方式
数据报方式
编辑 虚电路方式
OSI参考模型
IP地址分类
公有IP
私有IP
回环ip地址
子网掩码
端口
端口号
端口分类
数据包的组装、拆解
网络应用程序开发流程
选择合适的协议(TCP或UDP)
TCP—面向连接
UDP—面向无连接
C/S架构示例(面向连接)
server工作过程
client工作过程
不需要连接,想UDP就不需要,因此他传输数据的方式就是数据报方式
像TCP属于面向连接的,因此传输数据的时候使用的方式为虚电路方式
大量数据----报文(因为加了TCP或者UDP报头)--分组(加了IP地址)--帧(加了目的MAC地址)--比特(0/1)
其实过程相当于送快递,快递(数据) -- 选择快递公司比如邮政(加了TCP或者UDP报头-分组) -- 写地址(省+市+县+小区) -- 小区的栋和门牌号 -- 送到你门口--解包,对你的信息,一层一层的对
可直接连接Internet),经由InterNIC所统一规划的IP,公有IP用完了,而且平常人是拿不到公有IP的,我们使用的都是私有IP然后连接公有IP(宽带拨号)
不可直接连接Internet ,主要用于局域网络内的主机联机规划,也是我们日常生活中最常见的IP,我们使用宽带的时候,营业厅会帮我们把私有IP挂在公有IP上进行使用,像我们会拨号处理
通常 127.0.0.1 称为回环地址
功能
主要是测试本机的网络配置,能ping通127.0.0.1说明本机的网卡和IP协议安装都没有问题
注意127.0.0.1~127.255.255.254中的任何地址都将回环到本地主机中,不属于任何一个有类别地址类,它代表设备的本地虚拟接口
子网掩码(subnet mask)又叫网络掩码、地址掩码是一个32bit由1和0组成的数值,并且1和0分别连续
作用:指明IP地址中哪些位标识的是主机所在的子网以及哪些位标识的是主机号(从而知道你是哪一个网段的)
特点:必须结合IP地址一起使用,不能单独存在,IP地址中由子网掩码中1覆盖的连续位为子网ID,其余为主机ID
子网掩码的表现形式
192.168.220.0/255.255.255.0
192.168.220.0/24
TCP/IP协议采用端口标识通信(网络)的进程,用于区分一个系统里的多个进程
跨系统、跨主机通信
在系统编程中,我们使用进程号(PID)来表示主机的不同进程,并且进行主机内部进程的通信,但是由于无法跨主机通信,因为相同的PID,在不同主机可能表示不同的进程,比如在A主机12表示QQ,但是在B主机上可能表示微信,因此两者无法通信,但是端口是我们人为规定,在不同主机上相同的进程使用相同的端口号
特点
端口的本质是一个缓冲区,在传输层的时候,定义一个缓冲区,专门服务于不同的APP(应用层),APP只能把消息放在对应的缓冲区中(端口),然后这个数据会被传输(通过网络),然后到了对方的传输层,对方的传输层正好也存在缓冲区(端口),并且两者的端口号是一样的,那么这个数据就会被送到对应的端口中,被APP读写
类似pid标识一个进程;在网络程序中,用端口号(port)来标识一个运行的网络程序
特点
知名端口(1~1023)
由互联网数字分配机构(IANA)根据用户需要进行统一分配,我们尽量不要使用,因为可能会影响其他端口的进程。例如:FTP—21,HTTP—80等
动态端口(1024~65535)
应用程序通常使用的范围
注意
端口号类似于进程号,同一时刻只能标志一个进程.可以重复使用,因为端口号能释放
大量数据----报文(因为加了TCP或者UDP报头)--分组(加了IP地址)--帧(加了目的MAC地址)--比特(0/1)
其实过程相当于送快递,快递(数据) -- 选择快递公司比如邮政(加了TCP或者UDP报头-分组) -- 写地址(省+市+县+小区) -- 小区的栋和门牌号 -- 送到你门口--解包,对你的信息,一层一层的对
电话系统服务模式的抽象
每一次完整的数据传输都要经过建立连接、使用连接、终止连接的过程,本质上,连接是一个管道,收发数据不但顺序一致,而且内容相同,保证数据传输的可靠性
邮件系统服务模式的抽象
每个分组都携带完整的目的地址
不能保证分组的先后顺序
不进行分组出错的恢复和重传
不保证数据传输的可靠性
无论采用面向连接的还是无连接,两个进程通信过程中,大多采用C/S架构。client向server发出请求,server接收到后提供相应的服务,在通信过程中往往都是client先发送请求,而server等待请求然后进行服务
打开一通信通道并告知本地主机,它愿意在一特定端口(如80)上接收客户请求。等待客户请求到达该端口,接收客户请求,并发送应答信号,激活一新的线程处理这个客户请求,服务完成后,关闭新线程与客户的通信链路
打开一通信通道并连接到服务器特定端口,向服务器发出服务请求,等待并接收应答,根据需要继续提出请求,请求结束后关闭通信通道并终止