序列号

一、准备工作 PLSQL的下载此处提供两种方式（建议用我提供的第二种方法）： 第一：直接去到官网下载自己需要的版本和汉化包，此处会提供注册码； 1、 点击下载PLSQL ，此处下载链接为PLSQL官方下载地址，本次安装的PLSQL版本为12.0.7，建议安装64位。 2、下载PLSQL时，版本旁边会有个“ Language pack ”的链接，点击后左侧选择“Chinese”即可下载汉化包。 3、注册码 PLSQL Developer 12.0.7 注册码 product code： lf6hks6a3jedk779lqdayanvahu5wystsj58 serial Number：963392 password: xs374ca 4、下载完后如下图： 第二：到我提供的百度云下载链接获取，里面包括：PLSQL12.0.7版本x64，汉化包，注册码序列号生成工具； 1、百度云下载链接地址及提取码如下： 　　链接：https://pan.baidu.com/s/1P1sqZLZQ_E3z9kJ7E-iG3w 　　提取码：4z8p 2、百度网盘有三个文件： 　　 3、下载完成后如下图 二、开始安装 1、双击plsqldev1207x64.msi开始安装。 2、接受协议并选择版本 3、如果不想安装到默认路径，可点击“Change”按钮，自定义安装路径 4、选择安装方式 5、点击

转至网络： 事务性消息传递发送和接收应用程序表示要在一个事务范围内发送或检索消息，这称为事务性消息传递。在事务范围之外发送或检索消息称为非事务性消息传递。仅当采用一种使所有任务（包括非消息队列操作）全部成功或全部失败的方式执行任务时，才使用事务性消息。 事务的特点体现在其 ACID（原子性、持续性、隔离性、持久性）属性： 原子性。原子性指事务的全部行为或无行为。当事务包含一系列操作时，所有操作将被作为一个单独的操作对待，要么成功完成，要么根本不执行。 持续性。事务将系统从一个有效状态转换到另外一个有效状态。 隔离性。同时执行的多个事务在执行过程中互不影响。在每个事务看来，其他的事务在其之前已执行或在其之后执行。 持久性。事务执行完毕，即使系统或网络发生故障，它们也一直起作用。 当使用事务性消息传递时，发送或接收应用程序将有机会提交事务（所有操作均成功）或中止事务（其中一个操作失败）从而使所有更改回滚。当中止事务时，所有操作将回滚到事务被调用的状态。 在事务内发送消息时，所有消息均按发送顺序一起发送或根本不发送。如果消息可传送，则消息队列将保证所有在事务内发送的消息都将一次性到达，并且按消息的发送顺序到达。当在事务内检索消息时，所有消息将从队列中删除或被放回到队列中的原始位置。请注意，事务性消息不能被发送到多播地址，而且在事务上下文中查看消息是不合理的。 在消息队列中

TCP协议是什么: TCP是一种传输控制层的协议（TCP，Transmission Control Protocol）是为了在不可靠的互联网络上提供可靠的端到端字节流而专门设计的一个传输协议。也就是要让连接的两端能够读懂相互发送数据的一种保障 TCP协议的主要特点： 1.面向连接的运输层协议，应用程序在使用tcp之前，必须建立tcp连接，在传输完成之后必须释放连接 2.点对点连接，一对一连接 3.tcp提供可靠交付的服务，通过TCP连接传输的数据，无差别，不丢失，不重复，按序到达 4.全双工通信，通信双方可以在任意时刻发送数据，TCP连接的两端都设有发送缓存和接收缓存，用来临时存放双向通信的数据，在发送时，应用程序再把数据传送给TCP缓存后，就可以做自己的事情了,TCP在合适的时候把数据发送出去，在接收时，TCP把收到的数据放入缓存，上层的应用进程在合适的时候读取缓存中的数据 5.面向字节流，TCP中的流指的是流入到进程或者从进程流出的字节序列，虽然应用程序和TCP交互的是大小不等的数据块，但是tcp只保证，发送方和接收方接到的字节流相同。 TCP的工作原理： 每一条PCT的连接都有两个端点，为套接字（socket）或者插口。端口号拼接ip地址构成套接字（IP地址：端口号） tcp传送的单元为报文段，报文段=首部（20+4N个字节）+数据 首部前二十个字节为固定的

本篇博文是对参考文章的学习总结 一、TCP介绍 tcp协议之所以设计复杂，可以说它秉承的是“性恶论”。它认为网络环境天生就是恶劣的， 丢包、乱序、重传、拥塞 都是常有的事，一言不合就可能送达不了，所以只能从算法层面上来保证传输的可靠性。 TCP包头格式 其中源端口号和目的端口号是用来确定数据应该发往哪个应用层中的进程。 序号是用来解决乱序的问题。 确认序号用来确认发出去的包对方是否接收成功，不管有没有成功都应该有个回复，可以解决丢包问题，如果对方没有接收成功，则继续发送。T CP 是靠谱的协议，但是这不能说明它面临的网络环境好 。从ip层来说，网络环境是复杂多变的，没有什么可靠性而言，而 tcp所能做的就是尽最大努力交付，通过各种算法保证 。如果丢包就重传，保证在tcp层面上努力保证可靠性。 其中的状态位用来维持状态连接，因为TCP是面向连接的，所以根据状态位的变化，来维持连接状态。ACK表示回复，SYN代表建立一个连接，RST表示拒绝连接，FIN表示结束连接。 窗口大小用来进行流量控制的，通信双方需要各自建立一个流量窗口，标识当前自己的处理能力，避免发送太快与太慢。 流量控制主要针对的是通信双方。 在保证流量控制的同时，针对网络环境的变化，还需要一定的拥塞避免处理能力， 当网络环境拥堵时，就需要调整自己的发送速度来适应网络环境。拥塞避免主要针对的是网络环境。 二、TCP三次握手

常用的熟知端口号 TCP的概述 建立连接，每一个TCP连接都有连个端点，这种端点—>套接字（socket）。 套接字 ：IP+TCP协议+端口----可以标识主机进程。 例如，若IP地址为192.3.4.16 而端口号为80，那么得到的套接字为192.3.4.16:80。 TCP报文首部 TCP报文是TCP层传输的数据单元，也叫报文段。 端口号：用来表示同一台计算机的不同进程。 各站2字节 1）源端口：标识报文的返回地址。 2）目的端口：端口指明接收方计算机上的应用程序接口。 TCP报头中的源端口号和目的端口号同IP数据报中的源IP与目的IP唯一确定一条TCP连接。 序号和确认号： 序号是本报文段发送数据组的第一个字节的序号。 确认号，即ACK，指明下一个期待收到的字节序号，表明该序号之前的所有数据已经正确无误的收到。确认号只有当ACK标志为1时才有效。比如建立连接时，SYN报文的ACK标志位为0。 数据偏移／首部长度：4bits。 因为首部含有可选字段，所以TCP报文长度是不确定的。爆头不包含任何可选字段则长度为20字节，4位首部长度字段所能表示的最大值为1111，转化为十进制为15,15 32/8=60（15 4字节）**，所以报文头最大为60字节。**首部长度叫数据偏移，是因为首部长度实际上只是了数据区的报文段中的起始偏移值。 保留：默认0，为将来定义新的用途保留。 控制位

三次握手简介 TCP客户向服务器发出连接请求报文，这时报文首部中的同部位SYN=1，同时选择一个初始序列号 seq=x 。 TCP服务器收到请求报文后，如果同意连接，则发出确认报文。确认报文中应该 ACK=1，SYN=1，确认号是ack=x+1，同时也要为自己初始化一个序列号 seq=y。 TCP客户进程收到确认后，还要向服务器给出确认。确认报文的ACK=1，ack=y+1，自己的序列号seq=x+1 三次握手建立 四次挥手简介 客户端进程发出连接释放报文，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态。 服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。 客户端收到服务器的确认请求后，此时，客户端就进入FIN-WAIT-2（终止等待2）状态，等待服务器发送连接释放报文（在这之前还需要接受服务器发送的最后的数据）。 服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ack=u+1。服务器很可能又发送了一些数据，假定此时的序列号为seq=w，此时，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。 客户端收到服务器的连接释放报文后，必须发出确认

20170906_我是如何讲清楚TCP的三次握手和四次挥手的 参考博客：http://blog.csdn.net/cmm0401/article/details/68482799 20170330_请说出TCP连接的三次握手和TCP关闭的四次握手 SYN 包：建立连接请求的包 FIN 包：切断TCP 连接的包 ACK 包：针对SYN 包和FIN 包的确认应答包 1、TCP 的特点及其目的： （1）TCP 是通过 校验和、序列号、确认应答信号、重发机制、连接管理以及窗口控制、流量控制、拥塞控制等许多机制 来实现数据的可靠性传输。 （2） 在TCP 中，当发送端的数据达到接收端主机的时候，接收端主机会返回一个已收到消息的通知，这个通知被称之为 “确认应答信号”ACK 。 （3）TCP 通过肯定的确认应答信号ACK 实现可靠的数据传输。当发送端将数据发出之后便会等待接收端主机的确认应答信号。如果有确认应答，这说明数据已经成功到达了接收端，否则的话，数据包丢失的可能性很大。 ******************************************************************************************************* ********************************************************

三次握手： 　 　　第一次握手：客户端发送syn包(syn=x)到服务器，并进入SYN_SEND状态，等待服务器确认； 　　 　　第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态； 　　 　　第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。 　　ps：各个标志位，见(https://blog.csdn.net/qq_30757161/article/details/100103703) 　　 　　握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。 四次挥手 　　由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。 　　 1）客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部