好像又碰上腾讯的KPI面了

这部门我刷到连商科的都捞，没有问Java相关问题，都是在对我项目的选型进行提问，也算是让我换个角度去思考问题。秒杀模块有没有调研其他厂商，你写的秒杀模块和其他厂商的有什么具体不一样的地方为什么要用消息队列异步写库，数据库在什么情况下会有压力，数据库资源规格是什么样的，比如分配了多少内存，cpu，磁盘你说你是模拟的，那模拟到什么程度数据库会有瓶颈，怎么判断达到瓶颈，用户量达到什么程度需要异步为什么要设计caffeine+redis二级缓存框架，为什么热key会造成redis的压力，如果只是读取压力有这么大吗，热key的读取压力和非热key读取redis承受能力有多大差距加入caffeine之后数...

很多时候，能不能被秒回，真不全是你会不会说话，更多还是看HR本人的性格。有人天生热情，哪怕你开场普通，也会耐心回你；有人本来就偏冷，回复像走流程，你再热情也未必能换来同样的温度。尤其有些年纪稍微大一点的HR，确实更容易给人一种高冷感，不太爱寒暄，也不会刻意照顾你的情绪。不是你说错了什么，只是他们更习惯用效率筛人。说白了，求职很多时候也看运气，遇到愿意好好沟通的人，会觉得被尊重；遇到冷一点的，也只能提醒自己别太内耗，别把别人的态度都算到自己头上。

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花Redis的网络IO核心是IO多路复用模型，并根据版本迭代做了单线程/多线程的优化分工，整体设计兼顾了高并发、低延迟和实现简洁性，也是Redis能支撑海量连接的关键所在。一、核心定位：IO多路复用是底层根基IO多路复用的核心逻辑是：用单个线程/少量线程监控多个网络套接字（Socket）的读写状态，只有当某个套接字就绪（可读/可写）时，才进行实际的IO操作，避免阻塞等待单个连接，大幅提升CPU利用率。Redis没有采用多线程阻塞IO、异步IO等方案，而是基于IO多路复用做定制化...

遇到一个民科乐子，最难绷的一集。