首先判断是否是所有的API接口相应都很慢，还是某个特定的接口相应速度慢，如果所有接口的相应速度都很慢，可能是服务器资源、数据库或者网络流量的问题。 如果只是一个接口比较慢或者某个用户的请求中比较慢 ，那么可能就是业务逻辑或者 SQL 的问题，比如某个sql 索引失效了，进行的是全表的扫描，这个时候我们就需要去进行sql的调优。 1网络层故障的排查 1.我们先用一下ping命令检查一下服务器的连通性以及往返时间。 延迟：查看平均 RTT 是否在可接受范围内（通常低于 100ms）。 丢包率：查看是否存在数据包丢失，丢包率高会显著影响性能。 2. 查看服务器的资源使用 服务器 CPU 用满了...

6段大厂实习，太恐怖了，真给淘天选到超人了。xhs刷到的大佬，向大佬致敬。

BIT大三找一个Java暑期实习,全程被拷打RPC项目,纯问项目相关问题问了50分钟,第二天看官网流程应该是挂了自我介绍然后问RPC项目介绍RPC项目中用到哪些中间件相关的东西，然后具体它在这里面是起到什么样的一个作用？一个RPC的协议里面都主要包含哪些内容？比如说你调一个IP的话，你在客户端从发起调用拿到响应的整个过程大概是怎样？部署的时候用了多少台服务器?你的客户端在找到要哪台服务器，要连哪台服务器的时候，这个过程是怎样的了解呢？对于Netty的外内存是否有过调优?(因为RPC项目里提到了netty吧)同步异步阻塞非阻塞怎么理解？多路复用在你的 RPC框架里面具体是怎么体现的？多线程在Ne...