问题引入这个问题其实是一个非常实际的问题，因为我们在开发需求后，例如：新增了一个接口有一个步骤是值得做的，那就是预估这个接口的QPS因为我们是可以去调配对应服务器的数量和运行配置的例如我可以从2个节点新增为4个节点例如我可以将节点的内存从2G变成4G，2核CPU变成4核CPU如果因为 没有正确的预估 以及 没有正确的调整，导致接口的QPS过高，扛不住系统崩溃，那就是严重的外网事故了注意，这里说的预估QPS，是假设有一个真实的项目、真实的环境，预估这个接口上线后会有多少 QPS而不是在预估我们的系统接口本身能抗住多少QPS而不崩溃

#简历# #简历被挂麻了，求建议# 😭前两天刚找到一个实习导员不让去天塌了只能暑假再找了#实习#  jym求锐评不玻璃心❤️

腾讯校招内推来啦！欢迎大家用我的码~所有岗位都可以找我内推 热乎乎的内推码：EUTPZZRV 腾讯鼓励员工跨部门交流与合作，提供良好的团队氛围和工作环境。 分享一些面经： 第一轮技术面 闭包作用及实际应用场景 HTTP/1.1、HTTP/2、HTTP/3的核心差异 实现红绿灯控制效果（异步时序逻辑） React Hooks的设计动机与类组件对比 浏览器事件代理原理及实际应用 手写Promise核心逻辑（包含resolve/reject） 数组去重与高频字符统计算法 Web安全防护措施（XSS、CSRF） 浏览器渲染流程与重排/重绘优化 跨域解决方案（JSONP、CORS、代理） 第二轮技...