姆·伯纳斯·李

三十年前的这个星期二，33岁的软件工程师蒂姆·伯纳斯·李向他的老板提交了一份建议，没曾想这改变了世界，直接将地球带入信息时代。伯纳斯·李于1989年在瑞士日内瓦郊区的欧洲核子研究组织（CERN）工作，当时他提交了名为“信息管理：提案”的文件，起初这是一个用于更好地管理和监控实验室研究流程的建议，但这却成了地球上家喻户晓得WWW - 万维网的基础。

互联网的诞生源于伯纳斯·李对CERN由于人员更替以及人们带到办公室的计算机不兼容而丢失有价值的项目信息而感到沮丧。“员工的信息不断丢失”他写道。 “新人们需要花费相当多的时间才能知道这里之前发生了什么。“过去项目的技术细节有时会永远丢失，或者只是在紧急情况下进行调查后才会恢复。通常情况下，信息已经被记录下来，但无法找到。”

Berners-Lee的提议包含了网络的基本概念，包括HTML，URL和HTTP等概念，但直到20世纪90年代中期吉姆·克拉克和马克·安德森在Netscape推广商业网页浏览这一概念后，万维网这一概念才开始真正爆发。

时至今日，全球有近20亿个网站，作为一个在线社交，购物，游戏或观看视频的平台，很难想象没有它的日子。

30年后的本周二，Google通过自己的首页涂鸦庆祝和纪念这一由伯纳斯·李的发明的技术里程碑，动画涂鸦具有像素化的字母，让人想起早期网页上常见的原始块图形。地球仪的图像慢慢呈现在台式计算机的显示器上，意在怀念宽带网产生之前，浏览网页的速度很慢。

小猿的某同事不甘于现状，近期到处投简历面试。某天，小猿只见某灰头土脸、唉声叹气，于是小猿本着看热闹不嫌事儿大的心态，一脸坏笑凑上去问：“大佬，最近面试咋样，是不是都拿好几个offer了~^_^”，某答道：“什么呀，面个试咋就这么难，一道面试题硬是让面试官扯出了整个计算机网络知识图谱，也是没谁了~”，小猿好奇问：“啥题，啥题~”，某答：“烂大街的一道题，面试前也准备了，唉，你说为啥面试官就能从这道题目扯出一堆题目...”(此处省略一万字)

接下来小猿就给大家说说某遇到的这道题，还有它牵扯出的整个计算机网络的知识图谱。废话不多说，直接上题目

题目描述一：请说说HTTP请求的整个过程

题目描述二：当你在浏览器中输出某个URL，按下回车后都经历了什么样的流程

题目描述三：请简单介绍一下HTTP是怎么工作的

相信各位猿对这道题应该并不陌生，而且网上一搜一堆的讲解与答案，但是某遇到的这个大牛面试官，却可以从某的回答中延伸出更多的问题，如果想要过关，还是要对整个计算机网络的知识体系有比较深刻的理解才行。下面先贴出小猿对这个题目的理解和可能从这道题目引出的计算机网络的知识点，然后小猿对这些知识点慢慢的给大家分析。

小猿对题目的理解：

1. DNS解析：如果URL中是网址，需要向对这个网址进行域名解析，得到相应的IP地址

2. TCP连接：根据IP，找到对应的服务器，通过TCP的三次握手建立连接

3. 发送HTTP请求：建立TCP连接后发起HTTP请求

4. 服务器处理请求并返回HTTP报文：服务器根据请求参数得到返回结果，并返回HTTP报文

5. 浏览器解析渲染页面：浏览器得到报文，解析HTML代码，并请求HTML代码中的资源（例如js、css等），然后渲染页面

6. 连接结束：TCP4次挥手，HTTP断开连接

知识图谱

OSI七层架构

七层结构简介：

7层结构数据传输流程：

详细介绍每层的功能和

• 应用层（Application Layer）

1. 是计算机用户，以及各种应用程序和网络之间的接口：

2. 是用户与网络，以及应用程序与网络间的直接接口，使得用户能够与网络进行交互式联系。

3. 实现各种服务：该层具有的各种应用程序可以完成和实现用户请求的各种服务。

4. 该层还负责协调各个应用程序间的工作。
   

5. 应用层为用户提供的服务和协议有：文件服务、目录服务、文件传输服务（FTP）、远程登录服务（Telnet）、电子邮件服务（E-mail）、打印服务、安全服务、网络管理服务、数据库服务等。
   

• 表示层（Presentation Layer）

1. 对来自应用层的命令和数据进行解释，对各种语法赋予相应的含义，并按照一定的格式传送给会话层。

2. 主要功能：数据格式处理、编码、压缩解压、加密解密等，具体说明如下：

1. 数据格式处理：协商和建立数据交换的格式，解决各应用程序之间在数据格式表示上的差异。

2. 数据的编码：处理字符集和数字的转换。例如由于用户程序中的数据类型（整型或实型、有符号或无符号等）、用户标识等都可以有不同的表示方式，因此，在设备之间需要具有在不同字符集或格式之间转换的功能。

3. 压缩和解压缩：为了减少数据的传输量，这一层还负责数据的压缩与恢复。

4. 数据的加密和解密：可以提高网络的安全性。

• 会话层（Session Layer）

  其任务就是组织和协调两个会话进程之间的通信，并对数据交换进行管理，具体如下：

1. 会话管理：允许用户在两个实体设备之间建立、维持和终止会话，并支持它们之间的数据交换。例如提供单方向会话或双向同时会话，并管理会话中的发送顺序，以及会话所占用时间的长短。

2. 会话流量控制：提供会话流量控制和交叉会话功能。

3. 寻址：使用远程地址建立会话连接。

4. 出错控制：从逻辑上讲会话层主要负责数据交换的建立、保持和终止，但实际的工作却是接收来自传输层的数据，并负责纠正错误。会话控制和远程过程调用均属于这一层的功能。但应注意，此层检查的错误不是通信介质的错误，而是磁盘空间、打印机缺纸等类型的高级错误。

• 传输层（Transport Layer）

1. 向用户提供可靠的端到端的差错和流量控制，保证报文的正确传输。传输层的作用是向高层屏蔽下层数据通信的细节，即向用户透明地传送报文。

1. 传输连接管理：提供建立、维护和拆除传输连接的功能。传输层在网络层的基础上为高层提供“面向连接”和“面向无接连”的两种服务。

2. 处理传输差错：提供可靠的“面向连接”和不太可靠的“面向无连接”的数据传输服务、差错控制和流量控制。在提供“面向连接”服务时，通过这一层传输的数据将由目标设备确认，如果在指定的时间内未收到确认信息，数据将被重发。

3. 监控服务质量。

2. 该层常见的协议：TCP/IP中的TCP协议、Novell网络中的SPX协议和微软的NetBIOS/NetBEUI协议。

• 网络层（Network Layer）

1. 通过路由选择算法，为报文或分组通过通信子网选择最适当的路径

2. 数据链路层的数据在这一层被转换为数据包，然后通过路径选择、分段组合、顺序、进/出路由等控制，将信息从一个网络设备传送到另一个网络设备。

1. 寻址：数据链路层中使用的物理地址（如MAC地址）仅解决网络内部的寻址问题。在不同子网之间通信时，为了识别和找到网络中的设备，每一子网中的设备都会被分配一个唯一的地址。由于各子网使用的物理技术可能不同，因此这个地址应当是逻辑地址（如IP地址）。

2. 交换：规定不同的信息交换方式。常见的交换技术有：线路交换技术和存储转发技术，后者又包括报文交换技术和分组交换技术。

3. 路由算法：当源节点和目的节点之间存在多条路径时，本层可以根据路由算法，通过网络为数据分组选择最佳路径，并将信息从最合适的路径由发送端传送到接收端。

4. 连接服务：与数据链路层流量控制不同的是，前者控制的是网络相邻节点间的流量，后者控制的是从源节点到目的节点间的流量。其目的在于防止阻塞，并进行差错检测。

3. 数据链路层是解决同一网络内节点之间的通信，而网络层主要解决不同子网间的通信。例如在广域网之间通信时，必然会遇到路由（即两节点间可能有多条路径）选择问题。

• 数据链路层（Data Link Layer）

1. 物理层提供的比特流的基础上，通过差错控制、流量控制方法，使有差错的物理线路变为无差错的数据链路，即提供可靠的通过物理介质传输数据的方法。

2. 该层通常又被分为介质访问控制（MAC）和逻辑链路控制（LLC）两个子层

1. MAC子层的主要任务是解决共享型网络中多用户对信道竞争的问题，完成网络介质的访问控制；

2. LLC子层的主要任务是建立和维护网络连接，执行差错校验、流量控制和链路控制。数据链路层的具体工作是接收来自物理层的位流形式的数据，并封装成帧，传送到上一层；同样，也将来自上层的数据帧，拆装为位流形式的数据转发到物理层；并且，还负责处理接收端发回的确认帧的信息，以便提供可靠的数据传输。

• 物理层（Physical Layer）

1. 利用传输介质为数据链路层提供物理连接，实现比特流的透明传输。

2. 物理层的作用是实现相邻计算机节点之间比特流的透明传送，尽可能屏蔽掉具体传输介质和物理设备的差异。使其上面的数据链路层不必考虑网络的具体传输介质是什么。

分享一张大而全的七层协议框架图

TCP/IP协议-OSI的一种“实现”

传输控制协议TCP简介

• 面向连接的、可靠的、基于字节流的传输层通信协议

• 将应用的数据流分割成报文段并发送个给目标节点的TCP层，

• 分段的长度受数据链路层MTU(最大传输单元，Maximum Transmission Unit)的限制

• TCP单个数据报的最大长度称为最大段尺寸MSS；

• 在TCP三次握手建立连接的时候，双方会商量传输中MSS的大小；
  

• 数据包都有序号以保证消息接收的顺序，对方收到则发送ACK确认，未收到则重传

• 使用奇偶校验和来校验数据在传输过程中是否有误

TCP报文头

• SourcePort：源端口，占用2个字节。源端口和IP地址的作用是标识报文的返回地址。

  p.s. IP可以唯一表示一台主机，TCP协议和端口号可以唯一表示主机中的一个进程；所以我们可以根据IP地址+协议+端口号唯一表示网络中的一个进程（即Socket的工作原理）。

• DestinationPort：目的端口，占用2个字节；指明接收方计算机上的应用程序的端口。

• SequenceNumber（序号seq）：本报文段发送的数据组的第一个字节的序号。e.g.一个报文段的序号为300，此报文段数据部分共有100字节，则下一个报文段的序号为400。所以序号确保了TCP传输的有序性。

• AcknowledgmentNumber（确认号ack）：指明下一个期待收到的字节序号，表明该序号之前的所有数据已经正确无误的收到。确认号只有当ACK标志为1时才有效。

• offset（数据偏移）：占用4bits。由于首部可能含有可选项内容，因此TCP报头的长度是不确定的，报头不包含任何任选字段则长度为20字节，4位首部长度字段所能表示的最大值为1111，转化为10进制为15，15*32/8=60，故报头最大长度为60字节。首部长度也叫数据偏移，是因为首部长度实际上指示了数据区在报文段中的起始偏移值。

• Reserved（保留字节）：为将来定义新的用途保留，现在一般置0。

• TCP Flags（TCP控制位）

• SYN：同步序号，用于建立连接过程，在连接请求中，SYN=1和ACK=0表示该数据段没有使用捎带的确认域，而连接应答捎带一个确认，即SYN=1和ACK=1。

• ACK：确认序号标志，为1时表示确认号有效，为0表示报文中不含确认信息，忽略确认号字段。
  

• FIN：finish标志，用于释放连接，为1时表示发送方已经没有数据发送了，即关闭本方数据流。

• URG：紧急指针标志，为1时表示紧急指针有效，为0则忽略紧急指针。

• PSH：push标志，为1表示是带有push标志的数据，指示接收方在接收到该报文段以后，应尽快将这个报文段交给应用程序，而不是在缓冲区排队。

• RST：重置连接标志，用于重置由于主机崩溃或其他原因而出现错误的连接。或者用于拒绝非法的报文段和拒绝连接请求。

• CWR：Congestion Window Reduced

• ECE：ECN echo
  

• Window（窗口）：滑动窗口大小，用来告知发送端接受端的缓存大小，以此控制发送端发送数据的速率，从而达到流量控制。窗口大小时一个16bit字段，因而窗口大小最大为65535。

• Checksum（校验和）：奇偶校验，此校验和是对整个的 TCP 报文段，包括 TCP 头部和 TCP 数据，以 16位进行计算所得。由发送端计算和存储，并由接收端进行验证。

• UrgentPointer（紧急指针）：只有当 URG 标志置 1 时紧急指针才有效。紧急指针是一个正的偏移量，和顺序号字段中的值相加表示紧急数据最后一个字节的序号。 TCP 的紧急方式是发送端向另一端发送紧急数据的一种方式。

• TCP Options（选项与填充）如果没有选项，则TCP头长度是20字节，TCP选项最大是40个字节。最常见的可选字段是最长报文大小，又称为MSS（Maximum Segment Size），每个连接方通常都在通信的第一个报文段（为建立连接而设置SYN标志为1的那个段）中指明这个选项，它表示本端所能接受的最大报文段的长度。选项长度不一定是32位的整数倍，所以要加填充位，即在这个字段中加入额外的零，以保证TCP头是32的整数倍。

• Data（数据部分）TCP 报文段中的数据部分是可选的。在一个连接建立和一个连接终止时，双方交换的报文段仅有 TCP 首部。如果一方没有数据要发送，也使用没有任何数据的首部来确认收到的数据。在处理超时的许多情况中，也会发送不带任何数据的报文段。

说说TCP的三次握手

在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接

1. 第一次握手：建立连接时，客户端发送SYN包到服务器，并进入SYN_SEND状态，等待服务器确认。这里发送的SYN包，SYN标志位为1，seq序号初始为x

2. 第二次握手：服务器收到SYN包，必须确认客户的SYN，同时自己也发送一个SYN包给客户端，此时服务端进入SYN_RECV状态。这里服务端发送的SYN包中SYN标志位和ACK标志位都是1，seq序号初始为y，ack为x+1（表示客户端下次再发送包seq从x+1开始）

3. 第三次握手：客户端收到服务器的SYN+ACK的包，向服务器发送确认包，此包ACK标志位1，seq序号为x+1，ack为y+1（表示服务端下一次发送数据seq从y+1开始）。此包发送完毕，客户端和服务器端都进入ESTABLISHED状态，完成三次握手，开始数据传送。
   

为什么需要三次握手才能建立连接

• 为了初始化SequenceNumber
  

• 为了防止服务器端开启一些无用的连接增加服务器开销以及防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误。

三次握手的隐患-SYN Flood

问题描述

• Server收到Client的SYN，回复SYN-ACK的时候未收到ACK确认

• Server不断重试直至超时，Linux默认等待63秒才断开连接（Linux默认重试5次，每次等待时间翻倍，第一次重试前等待时间为1秒，第五次重试后等待时间是32秒，然后才断开连接）

• 恶意攻击者，不断向服务端发送SYN请求后立刻下线，服务器端会等待63秒后才断开连接，进而导致服务端资源耗尽，让正常的连接请求不能处理

针对SYN Flood的防护措施

针对上述问题的解决办法

• SYN队列满后，通过tcp_syncookies参数回发SYN Cookie

• 如果是正常连接，Client会回发SYN Cookie给服务端；如果是恶意攻击，因为Client已经下线，则不会返回。

• 正常连接返回SYN Cookie后，可以直接建立连接

建立连接后，Client出现故障怎么办

保活机制

• 向对方发送保活探测报文，如果未收到响应则继续发送

• 尝试次数达到保活探测数仍未收到响应，则中断连接

TCP四次挥手

挥手是为了终止连接，TCP采用四次挥手来释放连接

1. 第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN-WAIT_1状态；

2. 第二次挥手：Server收到FIN后，发送一个ACK给client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态；Client接收到Server的FIN之后，进入FIN_WAIT_2状态；

3. 第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态；

4. 第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次握手

为什么要有TIME_WAIT状态

• 防止上一次连接中的包，迷路后重新出现，影响新连接（经过2MSL，上一次连接中所有的重复包都会消失）

• 可靠的关闭TCP连接。为的是确认服务器端是否收到客户端发出的ACK确认报文。当客户端发出最后的ACK确认报文时，并不能确定服务器端能够收到该段报文。所以客户端在发送完ACK确认报文之后，会设置一个时长为2MSL的计时器。MSL指的是Maximum Segment Lifetime：一段TCP报文在传输过程中的最大生命周期。2MSL即是服务器端发出为FIN报文和客户端发出的ACK确认报文所能保持有效的最大时长。

• 服务器端在1MSL内没有收到客户端发出的ACK确认报文，就会再次向客户端发出FIN报文；

• 如果客户端在2MSL内，再次收到了来自服务器端的FIN报文，说明服务器端由于各种原因没有接收到客户端发出的ACK确认报文。客户端再次向服务器端发出ACK确认报文，计时器重置，重新开始2MSL的计时；

• 否则客户端在2MSL内没有再次收到来自服务器端的FIN报文，说明服务器端正常接收了ACK确认报文，客户端可以进入CLOSED阶段，完成“四次挥手”。

为什么需要四次握手

• 因为全双工，发送方和接收方都需要FIN报文和ACK保报文

• 建立连接时，被动方服务器端结束CLOSED阶段进入“握手”阶段并不需要任何准备，可以直接返回SYN和ACK报文，开始建立连接。释放连接时，被动方服务器，突然收到主动方客户端释放连接的请求时并不能立即释放连接，因为还有必要的数据需要处理，所以服务器先返回ACK确认收到报文，经过CLOSE-WAIT阶段准备好释放连接之后，才能返回FIN释放连接报文。

服务器出现大量CLOSE_WAIT状态的原因

如果一直保持在CLOSE_WAIT状态，那么只有一种情况，就是在对方关闭连接之后服务器程序自己没有进一步发出ack信号。换句话说，就是在对方连接关闭之后，程序里没有检测到，或者程序压根就忘记了这个时候需要关闭连接，于是这个资源就一直被程序占着。

• 检查代码，特别是释放资源的代码

• 检查配置，特别是处理请求的线程配置

  
  

写了这么多，请允许小猿喘口气~，今天就到这吧，未完待续...

更多精彩可以搜索公众号：隔壁王小猿（happy-gbwxy）关注，公众号留言可以获取JAVA面试宝典哦 (*^▽^*)

近，河南等地出现的暴雨灾情牵动全国人民的心。针对洪灾地区学生的受灾情况，北京大学、清华大学、北京师范大学、北京航空航天大学等多所在京高校发布通知，立即启动排查和困难资助工作。

暴雨红色预警仍在继续，河南、河北等地均面临重大考验。更多高校发布通知，提醒身处各地的学子要关注天气变化，注意防汛防灾。

人大、北理工、北邮、北外等高校陆续发布临时困难补助申请流程，并公布学生资助中心联系方式。学生如遇困难，可第一时间与学校相关部门负责人或学院辅导员老师取得联系。

#

清华大学

设立临时困难补助

清华大学学生资助管理中心发出《关于面向河南等突发洪灾地区学生提供临时困难补助的通知》。通知说，当前降雨天气频发，全国多地遭受洪涝灾害，为帮助遭受洪灾影响产生经济困难的同学渡过难关，学校设立临时困难补助，新生、老生均可申领。

补助对象：在读本科生（包括已录取新生）。

补助范围：因近期洪涝灾害造成的个人和家庭经济困难。

学生填写电子版《清华大学学生临时困难补助申请表》，并附相关证明（如受灾情况照片），提交至各院系学生事务工作助理处，由院系汇总后提交至学生处事务办。新生可直接发送至邮箱中。学校依据《清华大学学生困难补助管理办法》审批、发放临时困难补助。暑假期间学生可随时网上申请，申请表签名与院系盖章等环节可在返校后补充完成。

#

北京大学

保障同学们的学习生活

北京大学学生资助中心发布的通知指出，近期，全国部分省市已进入汛期，各地暴雨频发，多地遭受洪涝灾害影响。请同学们及时关注天气变化，注意防雨防汛。

如同学们家中因洪涝灾害造成人员伤害或经济损失，导致家庭经济出现临时困难，可向院系学生工作办公室说明情况，并提供证明材料，经由院系老师向中心提交临时困难补助申请。具体申请条件与流程可咨询院系资助经办老师，学校将及时为大家提供帮助，保障同学们的学习生活，解决现实困难。

#

北京师范大学

确保全面排查无遗漏

北京师范大学时刻牵挂着灾区学生，高度重视灾区学生家庭的受灾情况，党委学生工作部资助管理中心组织开展暴雨灾区学生家庭受损情况排查和资助工作，以保障受灾学生安心求学。

学校要求各单位主动通过多种方式对暴雨灾区学生进行点对点摸排，持续关注暴雨灾害对学生家庭造成的人身和财产损失情况，确保全面排查无遗漏，并及时报送至资助管理中心。

#

北京航空航天大学

受灾学生可申请临时困难补助

“我和我的家人目前都很平安！一起加油！河南加油！”目前身在河南郑州的北航新媒体艺术与设计学院2018级本科生梁世博同学给学校报来平安。

北京航空航天大学学生资助中心发布通知，全体北航学生（含2021级新生）如家庭因极端天气受灾可申请临时困难补助。学生可按学校临时困难补助申请程序提交申请。具体申请条件与程序可咨询所在学院（书院）辅导员。学生资助中心已设立受灾资助电话，为大家提供咨询和帮助，为学生学习生活提供保障。

#

北京科技大学

可第一时间联系辅导员

北京科技大学学生资助管理中心今天发布最新通知：如果学生家庭因洪涝灾害，导致家庭经济出现困难，可第一时间联系辅导员，可以向学校申请临时特殊困难补助。同时，学校也为同学们提供强有力的心理、学业帮扶与支持，保障同学们的学习生活，解决实际困难。

“高校的高不只是高考分数线的高，而是面对突发困难，灾难后高效率的应急生命求助保障措施和更高的责任担当！我科加油！社会加油！”暖心内容受到学生和家长点赞。

#

北京林业大学

困难不怕 北林是家

“困难不怕，北林是家！我们风雨同舟，同心前行！”今天，北京林业大学发布最新通知，如学生家中因洪涝灾害造成人员伤害或经济损失，导致家庭经济出现临时困难，可向学院说明情况，提交临时困难补助申请。

具体申请流程可咨询学院辅导员，学校及时为大家提供帮助，保障同学们的学习生活，解决现实困难。

#

北京工业大学

及时为同学们提供帮助

北京工业大学发布的通知指出，如同学们家中因洪涝灾害造成人员伤害或经济损失，导致家庭经济出现临时困难，请第一时间联系所在学部（院）辅导员，可以向学校申请临时困难补助。

学校将及时为同学们提供帮助，切实为同学们解决学习、生活中遇到的实际困难。

#

中国人民大学

永远是学子的坚强后盾

中国人民大学学生处、学生资助管理中心发布通知。面对河南等地遭遇极端强降雨天气，学校非常牵挂暑期身处四面八方的同学们。

如今，全国部分省市已进入汛期。同学们如家中因极端天气受灾，导致家庭经济出现临时困难，可第一时间向学院班主任和辅导员报告，寻求来自学校、学院的帮助。学校现已启动临时困难补助专项申请通道，随时为有需要的学生开放，提供临时困难资助。

请各位人大学子关注天气变化，注意防汛防灾，保障个人安全。学校永远是学子们的坚强后盾！

#

北京理工大学

发布临时困难补助申请流程

北京理工大学学生工作部向全体北理工学生（含2021级新生）发出通知。多地遭遇强降雨等极端天气，如同学们家中因极端天气受灾，导致家庭遭受重大损失，出现经济上临时困难的情况，可第一时间向自己的辅导员报告，寻求来自学校、学院（书院、研究院）的帮助。学生可按学校临时困难补助申请程序提交申请。具体操作如下：

学生可登录师生综合服务大厅，进入“减免学费与困难资助”模块，跳转到学生综合数据平台“减免学费与困难资助”模块进行申请。

如学生本人无法自主发起申请，可联系辅导员，由辅导员进行提名申请（新生可以联系领航人）。

请同学们及时关注天气变化，注意防汛防灾及出行安全。不论所处何地，如有困难请及时与辅导员联系。

#

北京邮电大学

如因紧急灾害遇到困难

可与学生资助中心联系

为帮助因洪灾等突发事件导致家庭经济困难学生渡过难关，北京邮电大学临时困难补助申请通道已开启。如果同学们家庭因洪涝灾害导致经济出现困难，可通过学工系统（stu.bupt.edu.cn）向学校提交临时困难补助申请。

申请流程：登录学工系统（stu.bupt.edu.cn）——进入“困难补助”模块——选择“洪灾补助”——填写申请表，并附相关证明（如受灾照片等），经审批通过后按照相应程序发放补助。

如因紧急灾害遇到经济困难，学生可与学生资助中心联系。

电话：010-62282757

邮箱：zzzxbupt@163.com

#

北京外国语大学

第一时间排查并持续关注

北京外国语大学学生处已协同各学院第一时间排查河南籍学生和在河南学生受困受灾情况，并持续关注支持。如果同学们家中因极端天气受灾，导致家庭经济出现临时困难，请第一时间向学院班主任和辅导员报告，寻求来自学校和学院的帮助。

学校现已启动临时困难补助专项申请通道，随时为有需要的同学们开放，提供临时困难资助。

#

中国农业大学

公布困难补助申请表下载地址

中国农业大学学生资助管理中心发布最新通知。近期全国部分省市汛情严重，多地遭受洪涝灾害，请同学们及时关注天气变化，注意安全。

学校临时困难补助制度已建立多年，对遭遇突发情况、特殊事件等导致困难的学生给予特殊性、临时性补助，帮助同学们渡过难关。多年来已有许多学生获得学校资助。

如学子家中因洪涝灾害造成人员伤害或经济损失，导致家庭经济出现临时困难，影响学生学习生活，可向所在学院提出临时困难补助申请。学院、学校将及时予以资助。具体情况可咨询学院资助辅导员老师或学校学生资助管理中心。学校相关部门及人员将及时为学子提供帮助，保障同学们的学习生活。

临时困难补助申请表下载地址：http://zizhu.cau.edu.cn/art/2020/8/20/art_2287_695522.html

#

北京化工大学

临时困难补助申请三步可完成

北京化工大学学生资助管理中心发布通知，北化学子如遇紧急灾害，可申请临时困难补助。

灾情发生后，北京化工大学立即启动自然灾害紧急救助机制。各学院迅速调查了解相关学生家庭所在地受灾情况，帮助受灾学生渡过难关。

在此次灾害中受到影响的学生可以向学校申请临时困难补助。受灾同学可及时向学院辅导员老师汇报情况，并通过以下流程办理申请：

学生资助管理中心电话：010-80191078

假期学生资助热线电话：010-64447307

#

中国政法大学

开通24小时资助热线电话

为帮助受灾学生及家庭渡过难关，中国政法大学开通“抗灾临时困难补助申请通道”。学生资助管理中心对本科生、研究生分别开通了24小时资助热线电话，全力保障学生学习生活。

同时，学校呼吁广大身处灾区学子务必做好个人防护，在保障个人及家庭安全的前提下，在力所能及的范围内配合当地政府，积极参加志愿服务，发扬“凡我在处便是法大”的精神。同心共济，携手前行，为当地防汛救灾作出法大人应有的贡献。

#

北京语言大学

遇紧急灾害可申请临时困难补助

北京语言大学学生资助管理中心发布通知。如同学们家中因洪涝灾害造成人员伤害或经济损失，导致家庭经济出现临时困难，可向院系辅导员说明情况，并提供证明材料，经由院系辅导员向学生处提交临时困难补助申请。

具体申请流程可咨询院系辅导员老师。辅导员老师按照临时困难补助的条件和流程进行申请上报。学校将及时为学生提供帮助，保障同学们的学习生活，解决现实困难。

#

北京建筑大学

记挂灾区学子校友

携手并肩共渡难关

河南籍学生及校友的安全牵动着全体北京建筑大学人的心。学校学工部协同各学院第一时间启动应急响应，逐一与学校河南籍学生联络了解情况，个别家庭受灾学生的资助工作也同时启动。学工部与财务处联手，正在加急办理学校受灾学生补助款打款事宜。

经校友办与河南校友组织联系，北建大在河南校友约千余人，目前郑州校友整体情况安全。校友办已向河南校友组织表示，将在后续紧急物资采购上提供协助支持。

北京建筑大学学生资助管理中心发布最新通知，如同学们家中因洪涝灾害造成人员伤害或经济损失，导致家庭经济出现临时困难，可向学院辅导员老师说明情况，经由学院老师向资助中心提交临时困难补助申请。学校将及时为大家提供帮助。同时，学校也为同学们提供强有力的心理帮扶与支持，共同保障同学们的学习生活，解决现实困难，帮助因洪涝灾害影响而产生经济困难的学生渡过难关。北京建筑大学始终与大家同舟共济，携手前行！

因紧急灾害遇到困难可与学校联系。北建大学工系统24小时热线：13683028761；心理素质教育中心应急值班电话：13810392680；校友联系电话：15201461201。

#

中国戏曲学院

共担风雨 同舟共济

中国戏曲学院学生资助管理中心发布通知表示，如同学们家中因洪涝灾害造成人员伤害或经济损失，导致家庭经济出现临时困难，可向系部负责学生资助工作的老师说明情况，并提供证明材料，经由系部学生工作领导小组审核通过后向学院资助中心提交临时困难补助申请。

学校将及时为大家提供帮助，保障同学们的学习生活，解决现实困难，与大家共担风雨，同舟共济！

#

首都经济贸易大学

家庭受灾可寻求心理疏导

首都经济贸易大学学生工作部、研究生工作部及保卫部联合发布通知，希望身在各地的首经贸学子在暑期维护好自身人身和财产安全。

受灾地区的同学如家里有较大经济损失或人员伤害，可向学校学生资助管理中心申请临时困难补助。因通讯不便申请困难的，可联系所在学院先行做好相关统计上报。

假期留校的河南等受灾地区的学生，如家庭遭受灾害，切勿盲目冲动返回灾区，要将情况及时报告学院。如果情感波动较大，可联系学校心理咨询中心进行心理疏导。

提示同学们切实维护好自身人身和财产安全，避免去多发地质灾害的山区等地旅游，避免去偏僻或未开发的山区进行探险徒步等活动。要保持通讯畅通，遇有紧急情况可拨打学校应急值守电话（83952110），方便学校及时提供帮助。

风雨同舟济

守望并肩行

来源：北京考试报

来源： 北京发布