东南西北shuo
好的系统架构可很好的避免这个问题。首先，可对内容不发生变化的对象（比如图片，上传好的视频等），进行分布式缓存（cdn内容分发网络），把用户请求转发到分布于各地理范围的不同边缘服务器。而动态内容（每个用户看到不同信息，如个人购买订单），则通过负载均衡，把大量的请求按设定的算法（轮巡、权重）转发到后端真正提供服务的服务器集群，而且集群能在线扩容。除了系统层面，业务上可以采取异步方式、熔断机制进一步保证服务的可靠性，因此，只有外行才会设计用一台配置超高的物理服务器来承担大规模访问的应用。
西都月季
当然不会...有的是办法...
1.F5/Nginx反向代理负载均衡...不是一个服务器在战斗...可能一个网站后面有几百几千个服务器...大量请求会被反向代理跳转到不同的服务器上...
2.前后分离.简单点说就是不用JSP.PHP.还有各种模版...静态资源会被缓冲...
3.全部静态化...比如最近高考...做查分...最简单的办法就是用程序直接生成考生数个HTML...想负载多少负载多少....
4.数据库读写分离.主从同步....
5.池预留算法...比如会给每个区域分配50张高铁票...半小时内卖完就没.剩了退回去...让后重新分配...半小时半小时错开...也就是有时候你刷刷就有票了不是因为有人退了...
6.随机拒绝一半用户的请求...“先生您好.您可以多刷几次试试/换台电脑试试/让同事试试...是这样的.可能是您的电脑有问题/您的网络有问题...请投诉联通/电信/移动/广电...”
7.这些都是皮毛...还有很多上层心法...
ACME63610374577
这个数量是肯定会崩溃的，一台服务器不论带宽多大都不能承受这么大的数据流的，都技术的都应该知道并发连接数，镜像服务器，像12306铁路，淘宝虽然1亿人同时登录，但是登录的分别是距离自己最近的服务器节点，这就是为什么百度云，阿里云，腾讯云这么牛逼的了
临沂小石
回答可以的也都是理论上可以，实际上绝对瘫痪！为什么这么说呢？题主说的是一千万人同时登录，一千万的并发，想想都是多么可怕，理论上可以说一千万个用户就可以了，实际上在生活中没有10亿以上的用户基础的网站不可能出现一千万并发！注意是一千万人同时登录，国内强如淘宝也基本没有这么高并发，所以网站也不可能耗资巨大去完成这个事情，理论上钱越多架构越好服务器越多可以完成，但是这样有何意义？经常看到的是社会热点导致微博瘫痪，然后微博启动应急措施，无非就是临时加服务器，这样也能解决，但是平时还是用不到这么多服务器，所以公司也不会去花这笔冤枉钱！目前为止，应该还没有几个企业会这样做，所以生活中发生一千万并发绝对会让服务器瘫痪
喔也就那样吧
你哪来的哪么多人，也要看你做什么网站了，
一万多人同时在线的话，首先带宽一定要10M起步了。下载站的话起码带寛要50独享了，
配置的话，2核8G内存也是最低要求了。不知道你这个同时在线是什么业务类型。如果是占用内存较多的游戏服务器，也许要4核16G内存才能够用。因为很多用户同时在线需要处理的数据量很大。
如果仅仅是文章内容类型的业务，估计2核4G内存就可以抗住了.业务场景就是文章阅读而已,不存在更多资源消耗动作,这个配置是够用的.
一百分作文
这么大的流量那必须是大公司了，比如腾讯，阿里，各大手机厂商，他们的服务器遍布全世界，别说是1千万就算是6个亿都没问题，今日头条6个亿用户，微信7个亿以上用户，百度巨头公司，各大手机厂商的系统等等都是几个亿用户，没有上亿同时在线也有上千万在线，就如百度每天就有50亿多ip，同时就有上千万的用户在浏览，你见过百度崩溃过吗？一小时都是上亿的流量啊。
挖红苕的小哥哥
这要看网站服务器的架构设计的承受能力，所以最终拼的还是钱。
一个小网站，如果分布式架构做好了，但是服务器能力跟不上，不能承受千万级别的并发，自然会崩溃，而好的架构和优秀的服务器能力基本就是钱堆出来的。
像12306这样的，节假日的并发量大，以前会经常崩溃，不是钱没到位，是架构问题，后面交给阿里做设计，解决了这个难题。
所以还是看设计能力和硬件能力的综合。
网事聚合
会！
但是有的大公司可以解决
尤其是中国的大公司！
静静地想象
不知道什么网站需要一千万并发量，今年淘宝网最大是54万笔秒，远远不到一千万。理论上来说，网站技术选对，硬件足够，应该是不会崩溃的。
Chenger
多看看亿级流量架构的书，本人不爱传播二手信息，都在书里，自己慢慢品
