原因可能是目前在线的电脑数量超过了套餐中规定的数量。解决方法:在家庭网线上加一个路由器，在路由器上设置账号密码并拨号成功一次，然后通过路由器扩展端口增加上网设备数量(此时运营商认证服务器只通过了一次拨号认证)。
并发宽带连接的数量由运营商控制。;■后台机房。一般大部分地区只允许一个并发号，所以不允许家里多台电脑同时上网。如果你同时拨两次宽带，运营商s认证服务器会将第二次调用视为无效，拒绝通过，导致第二次调用不成功。
微服务，分布式。
主要看并发多少，一般可以在nginxspringboot的基础上做，数据库主从，甚至子数据库子表，可以扩展，模块负载均衡。具体可以看看微服务的开发介绍。
还是要根据自己的项目情况来规划。注意以下几点:投入资金、人员、时间。
高流量，高并发，多大？多高？？有什么具体指标吗？？数据量有多大？让我们首先要有明确的需求。
没有性能问题可以不能通过增加机器来解决。如果有，那就是机器不够用~
如何设计高并发的接口？首先看一个基本的网络拓扑图:
基于以上网络拓扑图，如何设计一个接口保证高并发请求下的健壮性，我认为有以下几点考虑:
界面的职责是单一的:一个界面只做一件事，设计的界面尽量简单。业务复杂了，接口就拆了，只要满足业务，保证一定的合理性。唐不要让后端做前端能做的事情。唐不要告诉我前端同学不同意，一切都要在性能面前让步。
尽量减少接口的网络连接:每一次网络连接都是一笔不小的开销。想想tcp的三次握手和四波过程，还有网络数据传输的大小，数据的序列化和反序列化；
必须添加缓存:数据库中的每个连接都非常珍贵。在服务和数据库之间添加一个缓存层。充分利用缓存可以阻挡缓存层99%的流量。如果你用好redis，你会发现你不再害怕测试你的接口。同样请求redis也有网络连接开销，所以在服务和缓存中间件之间加一层jvm缓存，还有很多第三方开源工具包，比如googleguava，jvm缓存无敌。
大规模写数据首先进入队列:大规模写请求不应该被塞进数据库。锁表、锁行和写索引是第一要务。数据库的安全操作一定不能挂，千万不能挂，千万不能挂。可以把数据写入mq，然后消费者慢慢消费。
持续优化代码:集成apm性能工具，比如pinpoint，跟踪链接，然后自己测试。可以测试20个并发运行10分钟预热机器并触发jvm的jit机制，然后继续增加并发，看cpu、内存、连接数、磁盘流量和针尖，看哪个环节慢，然后逐个击破，不断优化代码；
以上是我个人认为需要考虑的一些因素，在界面设计之初就应该考虑。根据这些因素进行数据模型设计和相关场景设计，可以更好地满足后期压力测试和优化中高并发的性能需求。
欢迎评论，积极建言献策，共同成长~
