服务器什么时候崩溃

‘壹’ 如何看待 7 月 13 日 B 站服务器疑似突然崩溃

我觉得他必弹的服务器在7月13号一次突然崩溃，这个也没有什么大不了的事情。很多的网站，尤其是一些大网站，都成年崩溃过。这当然是因为流量比较大，或者说是一些技术的原因吧。

‘贰’ 服务器崩溃

用户访问过多的话可能导致服务器硬件配置跟不上，导致死机，这样的情况重启可以。如果过量导致主板硬盘CPU等的硬件烧毁……你知道怎么办了，服务器在机房的话一般都是机柜跳闸，就是电流过高，合上闸就好了

‘叁’ 如何评价哔哩哔哩2019年1月26日凌晨的服务器崩溃

对于一个网站来说，服务器炸服多大点事儿啊。

服务器崩溃时有发生，21年再现了。

2021年7月13日晚，众多用户反映B站网页端和移动端均出现加载失败的现象。“b站崩了”也冲上热搜第一。

B站回应称：部分服务器机房发生故障，造成无法访问。技术团队随即进行了问题排查和修复，现在服务已经陆续恢复正常。

B站的特色

B站的特色是悬浮于视频上方的实时评论，即弹幕”。弹幕可以给观众一种“实时互动”的错觉， 用户可以在观看视频时发送弹幕，其他用户发送的弹幕也会同步出现在视频上方。

弹幕能够构建出一种奇妙的共时性的关系，形成一种虚拟的部落式观影氛围，让B站成为极具互动分享和二次创造的文化社区。

弹幕真正让B站从一个单向的视频播放平台，变成了双向的情感连接平台。 技术优势和文化优势也创造了弹幕生态环境与用户生态环境。

哔哩哔哩早期限制注册，只有特定时期才开放注册。2013年5月20日，B站将邀请码制度改为注册答题制。晋级考试限定时间60分钟，总共100题，60分及格。题目包含内容有弹幕礼仪篇，以及一些动画、漫画、游戏的基础知识。

‘肆’ 服务器经常崩溃是怎么回事

服务器崩溃的几种原因第一：高并发流量或请求超过服务器承受力
无论是企业和个人在租用服务器的时候都会受到峰值承受限制的，一旦超过服务器的承受能力，就会导致服务器瘫痪，应用程序暂停，网站无法访问。服务器都是有峰值限制的，不可能承受无上限的并发能力。而造成服务器瘫痪的原因就是在同一段时间内，访问人数多，造成高流量的突进。超出了服务器的承受范围。这种例子我们经常可以看到，比如双11期间，很多公司为了应对双11的高流量，开启的紧急避险措施和大规模的服务器负载能力。还有春运期间，12306网站由于受到高并发的问题，也会频繁的出现崩溃。
第二：磁盘空间不足
导致服务器无法正常运行的原因也有可能是磁盘空间溢出导致的。企业的网络管理员应该实时关注磁盘的使用情况，并且要在规定的时间把磁盘储存的数据备份到另外的存储设备里面，确保数据无遗失，推荐相关阅读：哪些网站应该使用服务器呢？
服务器的磁盘大部分的资源都是被日志文件占用了，包括web服务器，数据库等日志信息都包括其中，以及应用程序服务器日志文件均与内存泄漏是同等的危害。我们可以采取措施保护我们的数据和日志文件，日志文件对应用程序进行异地存储。日志文件系统空间如果满了，则web服务器将自动被挂起，但是机器本身瘫痪和宕机的几率就会大大降低。
第三：服务器超载
连接web服务器都是用一个线程链接的，web服务器会在线程用过之后自动挂起，不会再未已链接的线程提供任何服务。如果我们用了负载机制，那么如果该服务器没有响应，则该服务器的负载则会自动的转移到其他web服务器上，这个操作会使服务器一个接一个的用光线程。这中操作可能会导致整个服务器机组被挂起，操作系统同时还有可能在不断接收新的链接，而我们的web服务器无法未其提供服务，致使服务器崩溃。
第四：服务器遭到恶意攻击
网络科技的不断发展同时，黑客的技术和渗透也是很强的，服务器和系统遭受到攻击已经是普遍存在的了。所有服务器都会面临这个问题，这个是无法预测的危险，我们只能实时做好安全防护，将被攻击的风险降至最低。

‘伍’ 如何看待2021年7月15日b站给大会员加了一天，这个和13日服务器崩了有没有关系

这说明这次事故，是真的b站自己搞出来的事故。跟什么外星人，外国网安入侵啥的毫无关系

1、这次事故其实有很多点可以挖掘的比如断电后，为什么备用电源没有让机房的设备继续运作，b站机房管理有多弱可见一斑，再深挖比如，为什么b站登不上去后，会影响到a站，豆瓣甚至是晋江。从这几点深度挖掘可以发现。

2、b站的核心用户已从普遍的二次元男性观众，潜移默化的转变成了女性用户并且随着b站的崛起，分食了豆瓣和晋江的用户所以未来针对广告投放方面，可以针对女性用户投放，可能回报会更高。

3、再其次是b站这次崩了，微博，知乎的头条全是b站可见几个平台交叉用户非常的多，但微博和知乎并没有被b站的用户给冲击的网站进不去多少说明了这俩平台自身硬件实力方面，是足以承载b站用户的。

B站为服务器崩溃致歉：将赠送所有用户1天大会员

1、【TechWeb】7月15日消息，7月13日晚间，B站的部分服务器机房发生故障，造成网站、APP，小程序等全部无法访问，时间长达一个小时，在网上引发热议。

2、为了补偿广大用户，B站在官微宣布，将会赠送所有用户1天大会员，然后，很多用户忘记了B站曾经崩了的烦恼，开始寻思“这一天看什么最值”。

3、但是很快有用户发现，B站赠送的大会员被开启了自动续费，而且还是默认花呗续费，必须手动解约才行，这下网友又炸了，纷纷吐槽B站套路深。

4、对此，B站回应称，因赠送的会员活动触发原有的代扣续费功能导致自动续费扣款的情况，会在3个工作日内全额退款且不会再次发生。

‘陆’ 求助服务器崩溃原因和解决方法

在计算机网络日益普及的今天，计算机安全不但要求防治计算机病毒，而且要提高系统抵抗黑客非法入侵的能力，还要提高对远程数据传输的保密性，避免在传输途中遭受非法窃取。下面壹基比小喻来给你们讲讲服务器托管站点崩溃的几大原因。

第一，内存泄漏
C/C++程序还可能产生另一个指针问题:丢失对已分配内存的引用。当内存是在子程序中被分 配时，通常会出现这种问题，其结果是程序从子程序中返回时不会释放内存。如此一来，对已分配的内存的引用就会丢失，只要操作系统还在运行中，则进程就会一 直使用该内存。这样的结果是，曾占用更多的内存的程序会降低系统性能，直到机器完全停止工作，才会完全清空内存。

第二，C指针错误
用C或C++编写的程序，如Web服务器API模块，有可能导致系统的崩溃，因为只要间接引 用指针(即，访问指向的内存)中出现一个错误，就会导致操作系统终止所有程序。另外，使用了糟糕的C指针的Java模拟量(analog)将访问一个空的 对象引用。Java中的空引用通常不会导致立刻退出JVM，但是前提是程序员能够使用异常处理方法恰当地处理错误。在这方面，Java无需过多的关注，但 使用Java对可靠性进行额外的度量则会对性能产生一些负面影响。

第三，数据库中的临时表不够用
许多数据库的临时表(cursor)数目都是固定的，临时表即保留查询结果的内存区域。在临时表中的数据都被读取后，临时表便会被释放，但大量同时进行的查询可能耗尽数目固定的所有临时表。这时，其他的查询就需要列队等候，直到有临时表被释放时才能再继续运行。

第四，线程死锁
由多线程带来的性能改善是以可靠性为代价的，主要是因为这样有可能产生线程死锁。线程死锁 时，第一个线程等待第二个线程释放资源，而同时第二个线程又在等待第一个线程释放资源。我们来想象这样一种情形:在人行道上两个人迎面相遇，为了给对方让 道，两人同时向一侧迈出一步，双方无法通过，又同时向另一侧迈出一步，这样还是无法通过。双方都以同样的迈步方式堵住了对方的去路。假设这种情况一直持续 下去，这样就不难理解为何会发生死锁现象了。
第五，磁盘已满
导致系统无法正常运行的最可能的原因是磁盘已满。一个好的网络管理员会密切关注磁盘的使用情况，隔一定的时间，就需要将磁盘上的一些负载转存到备份存储介质中(例如磁带)。
日志文件会很快用光所有的磁盘空间。Web服务器的日志文件、SQL*Net的日志文件、 JDBC日志文件，以及应用程序服务器日志文件均与内存泄漏有同等的危害。可以采取措施将日志文件保存在与操作系统不同的文件系统中。日志文件系统空间已 满时Web服务器也会被挂起，但机器自身被挂起的几率已大大减低。

第六，服务器超载
Netscape Web服务器的每个连接都使用一个线程。Netscape Enterprise Web服务器会在线程用完后挂起，而不为已存在的连接提供任何服务。如果有一种负载分布机制可以检测到服务器没有响应，则该服务器上的负载就可以分布到其 它的Web服务器上，这可能会致使这些服务器一个接一个地用光所有的线程。这样一来，整个服务器组都会被挂起。操作系统级别可能还在不断地接收新的连接， 而应用程序(Web服务器)却无法为这些连接提供服务。用户可以在浏览器状态行上看到connected(已连接)的提示消息，但这以后什么也不会发生。

总之，还有许多因素也极有可能导致服务器租用或服务器托管站点无法工作。有许多种原因可能导致Web站点无法正常工作，这使得系统地检查所有问题变得很困难。