是否是系统崩溃了？有可能。没崩溃也离崩溃不远了。为何设计的时候不考虑？经验不足吧。程序员都有年轻的时候。可能其实也考虑了，只是考虑得不够周全。正常的选课应该是做成配额排队抽签制的（一个人只能同时排有限的几个队，几乎同时进队的抽签决定先后），但国内很多都做成了抢课形式的，我也不知道为什么。百度就没看到过这些崩溃？其实也有的（比如贴吧被刷爆了之类的），可能较少一点而已。毕竟百度比你们学校的选课系统部门还是要有钱一些的。为何也有人能在第一时刻选到课？不考虑利用系统安全漏洞的话，我猜可能是刷得更狠一点或者更有耐心一点吧，或者自己弄了个刷课机之类的。其他的基本就是运气了。
■网友
抢课的时候浏览器开6个窗口刷新，每10s依次刷新一个窗口。。。火车票我都没这么抢过。。。如果你忍受不了，那就让那时你只能自己选课不就好了~后果自负。
■网友
话说学校那种选课系统，呵呵。。===呵呵的分割线===基本上一两个人就能搞定的事情，多数情况也实际如此，我见过有些团队专门给学校做这些系统的，基本上都是给团队里的应届生练手的。。别说什么系统性能了。。流程跑通没bug那就不错了。。多人同时访问一个或几个服务，就相当于对这个服务DDoS了，虽然跟实际的DDoS没法比，但是考虑到系统的性能也差不多了。。这种情况的罪魁祸首其实是校方不愿意花大价钱做这种系统。。。安全性和性能从开始就不在考虑的范围内。。唠叨一句，不只是学校的这种类似的系统，很多外包公司在做项目的时候也不会太多考虑性能和安全性。。就酱
■网友
是你们学校租的服务器只需要满足日常访问需求就可以了，至于选课的情况，谁在意？
■网友
就算系统能容纳所有人同时操作，热门课程的名额也还是那么多，还是先到先得，没有区别。花那么多钱只是为了让学生们的抱怨换个话题，这属于浪费有限的资源。

来源：(未知)

【】网址：/a/2020/0525/gd494204.html

标题：很多人在同一时间登陆某系统是否会造成系统崩溃