forward 和redirect的区别

forward 和redirect的区别：
1从地址栏显示来说
forward是服务器请求资源,服务器直接访问目标地址的URL,把那个URL的响应内容读取过来,然后把这些内容再发给浏览器。浏览器根本不知道服务器发送的内容从哪里来的,所以它的地址栏还是原来的地址。
redirect是服务端根据逻辑,发送一个状态码,告诉浏览器重新去请求那个地址所以地址栏显示的是新的URL。
2从数据共享来说
forward:转发页面和转发到的页面可以共享request里面的数据。
redirect:不能共享数据。
3从运用地方来说
forward:一般用于用户登陆的时候,根据角色转发到相应的模块。
redirect:一般用于用户注销登陆时返回主页面和跳转到其它的网站等。
4从效率来说
forward:高。
redirect:低。

共享单车大数据是通过各个车辆上的二维码及用户手机连码来进行采集的。采集到的数据通过服务器来运输，保存共享单车数据，储存下来做数据分析。
有了大数据技术的介入，对共享单车的投放和停放进行有序的调配，按照城市公共交通网络数据进行分析得出人员流动规律，从而进行单车的调配、投放、停放等地点的选取，进一步提高了单车的使用率，实现了资源利用的最大化。站在共享单车企业的角度来看，不但节约了管理成本，而且提升了用户的体验感，通过大数据进行分析，用最低的成本实现更高的管理回报。
基于互联网技术而生的大数据拥有海量的信息，只要让这些信息能够互联互通、实现共享，投放于市场的共享单车数量就可以轻松地被锁定，监管部门完全可以按图索骥地对投放于市场的共享单车，在数量方面精准监管。这种借助大数据的精准监管，除了可以让共享单车在市场上的数量始终保持在符合客观需求的动态平衡状态外，还可以从源头上最大限度地减少共享单车过度投放所带来的诸多城市治理难题，实现一举多赢的善治效果。

浪潮服务器NE3412M5是浪潮精心研发的一款边缘计算便捷式AI服务器，浪潮服务器NE3412M5的便携式设计可以方便运送到汽车、医院、工厂等不同边缘场所，为本地应用提供更低延迟的计算与存储能力。同时该产品针对边缘严苛环境进行了大量可靠性强化设计，具备抗震、防水等特性，且产品架构灵活，性能强劲，可以满足AI推理及大容量存储的多样化需求。近日，国际数据中心领域的权威媒体STH对该服务器进行了专业评测，并给出了92的高分，充分证明该服务器有着强悍的综合实力。

1 服战即武神坛之战，无等级划分。基本参与的都是满级175。修炼 技能自然不用说是满。装备至少都130以上的。特技项链高灵 极品武器衣服。
2 战神储备箱用来传送道具到比赛服，初始默认给予玩家100个格子，根据服务器建设战神储备箱的进度，参赛队员可以获得额外的储物箱格子。参赛队员在规定时间内可以自由使用储备箱。
3参赛成功的队伍队员可在规定时间内找“蚩尤元神”放入参赛需要携带的物品，只有放入储物箱的道具才会被传送到比赛服务器。
4每个队员单独拥有自己的战神储物箱格子，格子数每个人都一样。
5贮物箱采用目前的物品栏界面，建设好几个贮物箱就可以使用其中几个格子。

从通信和信息处理的角度看，运输层向它上面的应用层提供通信服务，它属于面向通信部分的最高层，同时也是用户功能中的最低层。当网络的边缘部分中的两台主机使用网络的核心部分的功能进行端到端的通信时，只有主机的协议栈才有运输层，而网络核心部分中的路由器在转发分组时都只用到下三层的功能。

设局域网LAN1上的主机A和局域网LAN2上的主机B通过互连的广域网WAN进行通信。我们知道，IP协议能够把源主机A发送出的分组，按照首部中的目的地址，送交到目的主机B,那么，为什么还需要运输层呢？

从IP层来说，通信的两端是两台主机。IP数据报的首部明确地标志了这两台主机的IP地址真正进行 通信的实体是在主机中的进程，是这台主机中的一个进程和另一台主机中的一个进程在交换数据（即通信) 。 两台主机进行通信 就是两台主机中的 应用进程 互相 通信 。IP协议虽然能把分组送到目的主机，但是这个分组还停留在主机的网络层而没有交付主机中的应用进程。从运输层的角度看， 通信的真正端点并不是主机而是主机中的进程 。也就是说， 端到端的通信是应用进程之间的通信 。在一台主机中经常有多个应用进程同时分别和另一台主机中的多个应用进程通信。

例如，某用户在使用浏览器查找某网站的信息时，其主机的应用层运行浏览器客户进程。如果在浏览网页的同时，还要用电子邮件给网站发送反馈意见，那么主机的应用层就还要运行电子邮件的客户进程。在图5-1中，主机A的应用进程AP1和主机B的应用进程AP3通信，而与此同时，应用进程AP2也和对方的应用进程AP4通信。这表明运输层有一个很重要的功能一 复用(multiplexing)和分用(demultiplexing) 。这里的“复用”是指在发送方不同的应用进程都可以使用同一个运输层协议传送数据（当然需要加上适当的首部)，而“分用”是指接收方的运输层在剥去报文的首部后能够把这些数据正确交付目的应用进程 ① 。图5-1中两个运输层之间有一个双向粗箭头，写明“运输层提供应用进程间的逻辑通信”。“逻辑通信”的意思是：从应用层来看，只要把应用层报文交给下面的运输层，运输层就可以把这报文传送到对方的运输层（哪怕双方相距很远，例如几千公里），好像这种通信就是沿水平方向直接传送数据。但事实上这两个运输层之间并没有一条水平方向的物理连接。数据的传送是沿着图中的虚线方向（经过多个层次）传送的。“逻辑通信”的意思是“好像是这样通信，但事实上并非真的这样通信”。

①注：IP层也有复用和分用的功能。即，在发送方不同协议的数据都可以封装成P数据报发送出去，而在接收方的IP层根据IP首部中的协议字段进行分用，把剥去首部后的数据交付应当接收这些数据的协议。

网络层为主机之间提供逻辑通信，而运输层为应用进程之间提供端到端的逻辑通信（见图5-2） 。运输层还具有网络层无法代替的许多其他重要功能。

运输层还要对收到的报文进行差错检测，在网络层，IP数据报首部中的检验和字段，只检验首部是否出现差错而不检查数据部分。

根据应用程序的不同需求，运输层需要有两种不同的运输协议，即 面向连接的TCP和无连接的UDP 。运输层向高层用户屏蔽了下面网络核心的细节（如网络拓扑、所采用的路由选择协议等)，它使应用进程看见的就是好像在两个运输层实体之间有一条端到端的逻辑通信信道，但这条逻辑通信信道对上层的表现却因运输层使用的不同协议而有很大的差别。 当运输层采用面向连接的TCP协议时，网络是不可靠的（只提供尽最大努力服务)，但这种逻辑通信信道就相当于一条全双工的可靠信道。但当运输层采用无连接的UDP协议时，这种逻辑通信信道仍然是一条不可靠信道。

TCP/P运输层的两个主要协议都是互联网的正式标准：用户数据报协议UDP(User Datagram Protocol)；传输控制协议TCP(Transmission Control Protocol)。

两个对等运输实体在通信时传送的数据单位叫做运输协议数据单元TPDU(Transport Protocol Data Unit)。但在TCP/IP体系中，则根据所使用的协议是TCP或UDP,分别称之为TCP报文段(segment)或UDP用户数据报。

UDP在传送数据之前不需要先建立连接。远地主机的运输层在收到UDP报文后，不需要给出任何确认。虽然UDP不提供可靠交付，但在某些情况下UDP却是一种最有效的工作方式。

TCP则提供面向连接的服务。在传送数据之前必须先建立连接，数据传送结束后要释放连接。TCP不提供广播或多播服务。由于TCP要提供可靠的、面向连接的运输服务，因此不可避免地增加了许多的开销，如确认、流量控制、计时器以及连接管理等。这不仅使协议数据单元的首部增大很多，还要占用许多的处理机资源。

前面己经提到过运输层的复用和分用功能。其实在日常生活中也有很多复用和分用的例子。假定一个机构的所有部门向外单位发出的公文都由收发室负责寄出，这相当于各部门都“复用”这个收发室。当收发室收到从外单位寄来的公文时，则要完成“分用”功能，即按照信封上写明的本机构的部门地址把公文正确进行交付。

运输层的复用和分用功能也是类似的。应用层所有的应用进程都可以通过运输层再传送到IP层（网络层），这就是复用。运输层从IP层收到发送给各应用进程的数据后，必须分别交付指明的各应用进程，这就是分用。显然，给应用层的每个应用进程赋予一个非常明确的标志是至关重要的。

我们知道，在单个计算机中的进程是用进程标识符（一个不大的整数）来标志的。但是在互联网环境下，用计算机 *** 作系统所指派的这种进程标识符来标志运行在应用层的各种应用进程则是不行的。这是因为在互联网上使用的计算机的 *** 作系统种类很多，而不同的 *** 作系统又使用不同格式的进程标识符。为了使运行不同 *** 作系统的计算机的应用进程能够互相通信，就必须用统一的方法（而这种方法必须与特定 *** 作系统无关）对TCP/IP体系的应用进程进行标志。

但是，把一个特定机器上运行的特定进程，指明为互联网上通信的最后终点还是不可行的。这是因为进程的创建和撤销都是动态的，通信的一方几乎无法识别对方机器上的进程。另外，我们往往需要利用目的主机提供的功能来识别终点，而不需要知道具体实现这个功能的进程是哪一个（例如，要和互联网上的某个邮件服务器联系，并不一定要知道这个服务器功能是由目的主机上的哪个进程实现的)。

解决这个问题的方法就是在运输层使用 协议端口号 (protocol port number),或通常简称为端口(port)。这就是说，虽然通信的终点是应用进程，但只要把所传送的报文交到目的主机的某个合适的目的端口，剩下的工作（即最后交付目的进程）就由TCP或UDP来完成。

请注意，这种在协议栈层间的抽象的协议端口是软件端口，和路由器或交换机上的硬件端口是完全不同的概念。 硬件端口是不同硬件设备进行交互的接口，而软件端口是应用层的各种协议进程与运输实体进行层间交互的一种地址 。不同的系统具体实现端口的方法可以是不同的（取决于系统使用的 *** 作系统）。

TCP/IP的运输层用一个16位端口号来标志一个端口。但请注意，端口号只具有本地意义，它只是为了标志本计算机应用层中的各个进程在和运输层交互时的层间接口。在互联网不同计算机中，相同的端口号是没有关联的。16位的端口号可允许有65535个不同的端口号，这个数目对一个计算机来说是足够用的。

由此可见，两个计算机中的进程要互相通信，不仅必须知道对方的P地址（为了找到对方的计算机)，而且要知道对方的端口号（为了找到对方计算机中的应用进程）。这和我们寄信的过程类似。当我们要给某人写信时，就必须在信封上写明他的通信地址（这是为了找到他的住所，相当于P地址)，并且还要写上收件人的姓名（这是因为在同一住所中可能有好几个人，这相当于端口号)。在信封上还写明自己的地址。当收信人回信时，很容易在信封上找到发信人的地址。互联网上的计算机通信是采用客户-服务器方式。客户在发起通信请求时，必须先知道对方服务器的P地址和端口号。因此运输层的端口号分为下面的两大类。

(1)服务器端使用的端口号这里又分为两类，最重要的一类叫做熟知端口号(welknown port number))或系统端口号，数值为0-l023。这些数值可在网址>