滴滴崩了，互联网大厂最近崩的有点儿密集

记忆里滴滴这种大规模的崩溃出现过几次。

搜了下，果然没记错。

2015年10月，滴滴出行就曾出现出现崩溃3个多小时，无法叫车的情况，彼时滴滴解释称深圳部分服务器遭遇技术故障。

2016年7月，滴滴打车系统整个崩溃，司机与乘客均无法登陆。

2018年11月，滴滴版本更新时，滴滴司机车辆信息全部被清理，无法出车。

2019年10月，滴滴再次崩溃，无法显示路线。滴滴表示，是系统更新时出现了故障，导致导航出现问题。

2020年9月，滴滴再现“最难打车日”，多地用户使用滴滴出行打车时，出现网络故障的提示，滴滴后续仅称，技术故障已修复。

2021年2月，滴滴又一次崩了，出现打不了车、发布的行程也看不见、司机接到人后开启不了订单、司机无法结束订单等多种异常情况。

我看了一圈的分析，觉得滴滴的非常底层的基础设施出问题了，因为问题不仅仅出现在滴滴打车上，连共享单车都挂了，按理说不同的业务之间是有隔离的，一个挂了一般不会影响其他的。

就跟我们的笔记本电脑一样，word崩了ppt不一定会崩，但是cpu炸了那肯定所有的应用都用不了了。

然而，当这些不同业务都受到影响时，确实表明问题可能在更深层次的基础设施层面。

其实这可以用计算机的构架来简单解释。  

应用层和用户接口层可以理解为我们的各种软件，比如滴滴的打网约车和共享单车。而支持他们的基础设施层是同一个。

一般来说，网约车崩了，不代表共享单车也会崩，除非底层崩了。

就跟我们的笔记本电脑一样，word崩了ppt不一定会崩，但是cpu炸了那肯定所有的应用都用不了了。

应用层  

应用层是大多数用户与之直接互动的计算机系统的部分。这层包含了各种软件应用程序，它们为用户提供具体的功能和服务。例如，当你使用微信、浏览网页、编辑文档或玩游戏时，你就在与应用层互动。

在应用层中，软件被设计成直观易用，以便用户可以完成各种任务。这层的特点是它距离用户最近，是用户体验的直接反映。应用层的软件通常不需要用户了解其底层的技术细节，用户只需知道如何使用这些应用程序的界面和功能即可。

基础设施层

基础设施层是计算机系统中较为隐藏的部分，它为应用层提供支持。这一层包括了硬件（如服务器、网络设备）和软件（如操作系统、数据库管理系统、网络协议）。

基础设施层的主要职责是确保数据的存储、处理和传输。它负责处理应用层无法处理或不应处理的复杂任务，如数据的安全存储、高效传输和处理大量信息的能力。

举个例子，当你使用手机上的打车应用（应用层）下单时，这个请求会被发送到远端的服务器（基础设施层）。服务器处理这个请求，决定哪辆车分配给你，然后将这个信息回传给你的手机应用。     

所以这次的问题可能很难短时间恢复，毕竟大概率是底层出了问题。