第七章 分布式考点整理.docx

分布式知识点总结：并发编程（1.5）线程：并发线程导致竞争情况的发生，因此在代码段中提供互斥机制，互斥机制可以保证代码段在同一时间只被一个线程所访问，这样的区域称为临界区。Java线程：实现方法：extends Thread, implements RunnableHTTP（HyperText Transmission Protocol）超文本传输协议网络体系结构(1.6)物理层：提供数字信号传输功能。网络层：实现网络协议。传输层：提供向远程计算机上运行进程的数据报文传送功能。应用层：具体应用中程序间的信息交换提供支持。面向连接（TCP）与无连接（UDP）的对比：网络资源可被分布式计算机社区的参与者使用的资源。主机识别和ip地址。从域名到当前IP的映射及反向映射，可以通过名字解析DNS网络服务来完成。通过协议端口识别进程：pid协议端口port电子邮箱地址：指定域名的IP主机上的一个邮件程序将把邮件发到该系统上的指定用户的邮箱。URL（统一资源标识符）：表示web资源的一个缩写串。URL通用格式：名字解析：每个Internet主机转换成数字地址。该转换过程称为名字解析。进程间通信（IPC）（2.1）当一个进程与另一个进程通信时，IPC被称为单播（unicast）。当一个进程与另外的一组进程通信时，IPC被称为组播（multicast）。IPC接口原型发送（sender）：由发送进程发起。向接收进程传输数据。接收（Receive）：由接收进程发起。接收发送进程发送的数据。连接（Connect）：对面向连接的IPC要有建立逻辑连接操作：请求连接和接收连接。断开（Disconnect）：对面向连接的IPC，关闭建立起来的连接。事件同步（2.2）实现同步的最简单的方法为阻塞。挂起某一进程直到发起进程的某个操作结束。当且仅当操作结束后，阻塞才可随后终止。同步send，同步receive进程2 receive操作的发出导致进程2的挂起。进程1 send操作的发出导致进程1的挂起。当发生数据被2接受后，发送确认信息给1，1被解锁。异步send，同步receiveSend操作不会导致进程的挂起。进程2不用发送确认消息。同步send，异步receive异步receive操作不会使发出该操作的进程阻塞，receive操作都立即返回，随后产生3种不同的情形：数据在receive操作之前已经到达，因此会有确认信号发送到1数据在receive操作之后才到，因此1会无限阻塞。在receive 操作时候没有数据到达，但是IPC有一个侦听接口，用于向进程通告请求数据的到达。异步send，异步receive双方都没有阻塞操作。数据到达进程就被告知。超时和线程（2.3）解决无限阻塞的方法超时衍生子进程或者线程提供阻塞操作死锁和超时（2.4）发起的操作不当引起死锁，导致无限期阻塞。解决方法超时和系统终止进程。请求响应协议（2.8）一方发起请求等待另一方响应。不断迭代。FTP\HTTP\SMPT属于此协议类型。面向连接和无连接的IPC对比（2.10）面向连接和无连接的通信也适用于此。见上分布式范型和抽象（3.1）抽象体现封装或细节隐藏的思想。范型简单来说就是模型或者模式。最底层是消息传递，最高层是对象空间。分布式应用范型（3.3）消息传递范型最基本的操作就是发送和接收，如果是有连接的话还有connect和disconnect。Socket就是基于这种范型。客户-服务器范型服务器提供服务，被动等待请求到达。客户端向服务器发起请求，等待服务器响应。面向连接的socket API和远端过程调用API和JAVA RMI API属于此类。Peer-to-Peer范型各个参与进程都是平等的，具有相同的性能和责任——既可以发送消息又可以响应。即时消息，p2p文件传输、视频会议、协同工作属于此类范型。消息系统模式点对点消息模型将发送和接收分离，发送的数据先缓存到中间件中。通过中间件，发送端将消息存入消息队列，接收端可以从自己的消息队列里面获取消息。发布订阅消息模型发布一条消息，中间件将消息分发给所有订阅该消息的进程。远端过程调用模型（RPC）一个进程向另一个进程发过程调用，数据作为参数传递。另一个进程接收请求后，开始执行被调用过程的代码。分布式对象模式远端方法调用RMI对象请求代理（ORB）CORBA的基础与RMI模式相似但是对象请求充当中间件角色，对象可以访问多个远程对象，允许对象和对象跨平台交互（CORBA）Socket API（4章）实验客户-服务器范型（第5章）迭代服务器（5.5）服务器在同一时刻，只能与同一个客户连接交换数据。（单线程）并发服务器（5.5）服务器能够并行的处理多个客户的会话。可以用线程和异步IPC实现并发服务器。对比代码请看PPT~有状态、无状态服务器（5