门户网站建设方案ppt企业官网怎么推广

当前位置： 首页 > news >正文

门户网站建设方案ppt,企业官网怎么推广,嵊州市网站建设,网站策划是干什么的1、TCP 和 UDP 协议有什么区别#xff0c;分别适用于什么场景#xff1f; TCP#xff08;Transmission Control Protocol#xff09;和UDP#xff08;User Datagram Protocol#xff09;是两种常用的传输层协议#xff0c;两者的区别比较如下#xff1a; TCPUDP可靠性…1、TCP 和 UDP 协议有什么区别分别适用于什么场景 TCPTransmission Control Protocol和UDPUser Datagram Protocol是两种常用的传输层协议两者的区别比较如下 TCPUDP可靠性可靠不可靠连接性面向链接无连接报文面向字节流面向报文效率传输效率低传输效率高安全性容易被攻击、安全性不如UDP也会被攻击相对TCP来说安全可靠性可靠无差错、不丢失、不重复有序的传输不可靠传输不保证传输有序性双工性全双工一对一、一对多、多对一、多对多流量控制滑动窗口无拥塞控制慢开始、拥塞避免、快重传、快恢复无传输速度慢快应用场景对效率要求低对准确性要求高或要求有链接的场景对效率要求高、对准确性要求低 TCPTransmission Control Protocol和UDPUser Datagram Protocol是两种常用的传输层协议它们有以下的区别 1、连接方面 TCP 是面向连接的协议而 UDP 是无连接的协议。在 TCP 中发送方和接收方必须先建立连接然后才能传输数据。UDP 则不需要建立连接直接发送数据即可。 2、可靠性 TCP 保证数据传输的可靠性通过序列号、确认应答和重传机制等方式来保证数据的完整性和正确性。UDP 则不保证数据传输的可靠性因为它不提供确认和重传机制。 3、传输速度 因为 TCP 要保证数据传输的可靠性所以在传输速度方面相对较慢。而 UDP 则不需要进行复杂的传输控制因此传输速度更快。 4、传输内容 TCP 是一种面向字节流的协议将数据看作是一连串的字节流没有明确的消息边界。UDP 则是面向报文的协议将数据看作是一系列的报文每个报文是一个独立的单元具有明确的消息边界。 基于以上的特点TCP 和 UDP 适用于不同的场景。TCP 适用于对传输可靠性要求比较高的场景例如网页浏览、文件传输、邮件等。而 UDP 则适用于对传输可靠性要求较低、传输速度要求较高的场景例如在线游戏、视频直播等。 TCP 用于在传输层有必要实现可靠传输的情况而在一方面UDP 主要用于那些对高速传输和实时性有较高要求的通信或广播通信。TCP 和 UDP 应该根据应用的目的按需使用。 2、如何用 Redis 实现分布式 Session 回答一 通过redis中的hash来实现将token的值作为键他里面的每一个字段对应着用户相关的信息当用户第一次登陆的时候就会生成一个token在用户下次登陆的时候就会请求头中携带这个token后端通过校验请求头的token在redis中是否存在如果存在就直接返回用户的信息不存在就直接跳转登录页这个token可以使用uuid的形式来生成避免重复以及被窃取的风险 回答二 在分布式系统中通常会将 Session 存储在 Redis 中来实现分布式 Session这样就可以在多台服务器之间共享 Session 数据。实现分布式 Session 的方式有多种其中一种常用的方式是使用 Redis 的数据结构 Hash。具体实现步骤如下 在用户登录成功后将 Session 数据存储在 Redis 中。将 Redis 中的 Session 数据的 Key 设置为一个全局唯一的 ID一般使用类似于“session:token”这样的格式其中 token 是一个随机生成的字符串用来标识这个 Session 数据。在客户端返回响应的同时将 Session ID即 token以 Cookie 的形式返回给客户端。客户端在后续的请求中都会携带这个 Cookie。在后续的请求中服务器会从客户端传递过来的 Cookie 中获取 Session ID然后根据这个 ID 从 Redis 中获取对应的 Session 数据。如果 Redis 中没有找到对应的 Session 数据那么就表示这个请求无法通过认证。在用户退出登录或 Session 失效时需要将 Redis 中的对应 Session 数据删除。 可以使用 Redis 的 EXPIRE 命令来设置 Session 数据的过期时间这样可以自动删除已经过期的 Session 数据。同时还需要注意保护 Redis 中的 Session 数据不被恶意攻击者窃取一般可以通过设置 Session 数据的前缀和使用随机的 Session ID 等方式来提高安全性。 回答三 在分布式系统中为了保持用户的登录状态需要使用Session来记录用户信息但是单机的Session无法满足高并发和负载均衡的需求。Redis可以通过集群、主从复制等技术实现分布式Session具体实现方式如下 选择一个集中式的缓存服务器如Redis将Session信息存储到缓存服务器中。这里可以使用Redis的Hash数据结构存储Session信息使用Session ID作为Hash的KeySession对象作为Hash的Value。为了保证Session的有效性需要给Session设置一个过期时间。在Redis中可以通过设置Hash的expire时间来实现Session过期。一般情况下Session过期时间设置为30分钟或者1个小时。在客户端请求到达应用服务器时应用服务器会读取Session ID并通过Session ID从缓存服务器中读取Session信息。如果Session已过期则需要重新生成一个Session ID并重新创建一个新的Session信息。为了提高性能可以在应用服务器本地缓存一份Session信息。当应用服务器需要读取Session信息时先从本地缓存中读取如果本地缓存中不存在则从缓存服务器中读取并将Session信息保存到本地缓存中。这样可以减少对缓存服务器的访问提高系统性能。在多台应用服务器上部署同一个应用程序时需要保证Session的一致性。可以使用Redis的集群或主从复制功能来实现Session的共享。 回答四 在分布式系统中为了保证用户的登陆态我们会把用户的登录信息存储在「session」里。而session是依赖于「cookie」的即服务器创建session时会给它分配一个唯一的ID并且在响应时创建一个cookie用于存储这个「sessionId」。当客户端收到这个cookie之后就会自动保存这个sessionId并且在下次访问时自动携带这个sessionId届时服务器就可以通过这个sessionId得到与之对应的session从而识别用户的身。 第一是「创建令牌key」的程序就是在用户初次访问服务器时给它创建一个「唯一的身份标识」并且使用cookie封装这个标识再发送给客户端。那么当客户端下次再访问服务器时就会自动携带这个身份标识了这和sessionId的道理是一样的只是改由我们自己来实现了。另外在返回令牌之前我们需要将它存储起来以便于后续的验证。而这个令牌是不能保存在服务器本地的因为其他服务器无法访问它。因此我们可以将其存储在服务器之外的一个地方那么Redis便是一个理想的场所。第二是「验证令牌」的程序就是在用户再次访问服务器时我们获取到了它之前的身份标识那么我们就要验证一下这个标识是否存在了。验证的过程很简单我们从Redis中尝试获取一下就可以知道结果。 3、什么是分布式的 CAP 理论 CAP原则又称CAP定理指的是在一个分布式系统中Consistency一致性、 Availability可用性、Partition tolerance分区容错性这三个基本需求最多只能同时满足其中的2个。 一致性 数据在多个副本之间能够保持一致的特性。可用性系统提供的服务一直处于可用的状态每次请求都能获得正确的响应。分区容错性分布式系统在遇到任何网络分区故障的时候仍然能够对外提供满足一致性和可用性的服务。 CAP三者不可同得那么必须得做一些权衡。 CA without P 如果不要求P不允许分区则C强一致性和A可用性是可以保证的。但是对于分布式系统分区是客观存在的其实分布式系统理论上是不可选CA的。 CP without A 如果不要求A可用相当于每个请求都需要在Server之间强一致而P分区会导致同步时间无限延长如此CP也是可以保证的。很多传统的数据库分布式事务都属于这种模式。 AP wihtout C 要高可用并允许分区则需放弃一致性。一旦分区发生节点之间可能会失去联系为了高可用每个节点只能用本地数据提供服务而这样会导致全局数据的不一致性。现在众多的NoSQL都属于此类。 t C** 要高可用并允许分区则需放弃一致性。一旦分区发生节点之间可能会失去联系为了高可用每个节点只能用本地数据提供服务而这样会导致全局数据的不一致性。现在众多的NoSQL都属于此类。