最讨厌杂七杂八的事了，本来是开发岗位，结果每天都有很多其他的事，比如今天给这个投票，明天参加一下这个活动，后天有个培训，大后天有个检查

目前研0，双非本，研究生在中科院计算所。本科期间参加ACM竞赛：获得区域赛银和ECF铜目前技术栈基本为0，不知道要走什么方向，求推荐

因为有的题答的过于离谱我忍不住大笑起来1. 自我介绍2. 面试官：客户端能接受吗，了解客户端吗，base地接受吗，我反问安卓客户端用什么，面试官说java kotlin都有3. 挑一个项目介绍（光速吟唱黑马点评）4. 项目中有用到线程池的部分吗？5. 线程之间的通信方式？（答了synchronized，reentrant lock，notify）有什么保证原子性和可见性的吗？（补充了atomicinteger，volatile）6. 线程池是怎么实现的？7. 项目中有什么内存泄露的地方吗？8. 还有别的项目用到并发编程吗？9. redis为什么快（相比sql等）？redis是单线程吗？redis有哪些特性可以实现并发安全？redis是单线程为什么并发性能不差？为什么没用其他的数据库？比如sql10. java面向对象有什么特点？11. overload override区别，overload返回类型/返回值能不一样吗？12. 内部类（闻所未闻）13. jvm区域有哪些？14. 怎么判断一个对象能被垃圾回收？15. tcp udp比较，怎么解决udp的丢包问题？我说了个quic，把面试官整笑了16. lc 143 重排链表17. 反问1：具体岗位内容18. 反问2：客户端还需要学什么技术

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