二战腾讯倒在三面：我意识到自己与一线大厂程序员的差距( 二 ) _程序员

接着问，还是没有明白为啥成本高？心里瞬间崩溃，没完没了了呀，OS这块依旧是痛呀，支支吾吾半天放弃了。
后面所有的提问都是这种模式，结果回答的节奏全无，感觉被套路了。大多度都能回答个一二甚至是一二三，但是再往后或者再深入的OS层面就GG了。
后面问了下项目过程中遇到的最大的挑战，以及怎么解决的？
还问了一个问题定位的问题，服务器CPU 100%怎么定位？
可能是由于平时定位业务问题的思维定势，加之处于蒙蔽状态，随口就是：

先查看监控面板看有无突发流量异常
接着查看业务日志是否有异常，针对CPU100%那个时间段，取一个典型业务流程的日志查看
最后才提到使用top命令来监控看是哪个进程占用到100%

果然阵脚大乱，张口就来，捂脸。。。
对这个问题，本来正确的思路应该是先用top定位出问题的进程，再用top定位到出问题的线程，再打印线程堆栈查看运行情况。
这个流程换平时肯定能答出来，但是，但是没有但是。还是得好好总结。
最后问了一个系统设计题目（朋友圈的设计），白板上面画出系统的架构图，主要的表结构和讲解主要的业务流程，如果用户变多流量变大，架构将怎么扩展，怎样应对？
这个答的也有点乱，直接上来自顾自的用了一个通用的架构，感觉毫无亮点。
后面反思应该先定位业务的特点，这个业务明显是读多写少。然后和面试官沟通一期刚开始的方案的用户量，性能要求，单机目标qps是什么等等？
在明确系统的特点和约束之后再来设计，而不是一开始就是用典型互联网的那种通用架构自顾自己搞自己的方案。
当然这都是事后诸葛亮了
面试结果：3天后收到短信，被拒。。。
总结

tcp/udp，http和https还有网络这块（各种网络模型，已经select，poll和epoll）一定要非常熟悉
一定要有拿的出手的项目经验，而且要能够讲清楚，讲清楚项目中取舍，设计模型和数据表
分布式要非常熟悉
常见问题定位一定要有思路
操作系统，还是操作系统，重要的事情说三遍
系统设计，思路，思路，思路，一定要思路清晰，一定要总结下系统设计的流程
一点心得，平时blog和专栏看的再多，如果没有自己的思考不过是过眼云烟，根本不会成为自己的东西，就像内核态和用户态，平常也看过，但是没细想，突然要自己说，还真说不出来，这就很尴尬了。勿以浮沙筑高台，基础这种东西还是需要时间去慢慢打牢，多去思考和总结。
少吃老干妈拌饭（手动狗头）

分享虽然失败了，但是生活总要继续，目前打算继续提升自己再战鹅厂，我把自己前段时间在学以及接下来打算学习的资料分享出来，希望大家都能进大厂，毕竟不想进大厂的程序员不是好程序员。
Redis在用的实战书籍