蚂蚁CTO线一二面-已挂原因不明

4.28 查看结果已挂，虽然在了解到蚂蚁CTO线的地位和含金量之后就不是很想去了，但没想到HR直接含糊其辞，一个原因都没有。或许这也符合阿里系公司的特征吧，没有信用和规范，面试过程也体验很一般，希望这家垃圾公司早日倒闭😅😅😅

蚂蚁-CTO线-可信原生技术部

最开始在官网显示有大淘宝、菜鸟网络、蚂蚁CTO线都在广州有岗，但淘宝的面试官给我打电话约面试的时候表明广州并没有招人的部门，最后挂了简历轮转到了蚂蚁CTO线。但好像蚂蚁的处理效率很快，甚至周六和清明节都推进了官网的简历流程约面试。

4.7 一面技术面（45min）

一面的技术官感觉人很不错，比较热情，而且研究的方向好像偏向于消息中间件，全程都在聊项目加场景题，聊的很投机。

自我介绍
项目的背景是什么，之后重点聊了聊天系统，讲了很长时间的系统设计，最后问到我一点系统考虑的用户量是多少，我说没有考虑很多，只是想把应用快点做出来，面试官说这点在设计的时候也很重要，然后说问题不大，继续。
项目中为什么要用netty，介绍一下netty，你是怎么运用netty的。我从Reactor讲到netty的责任链模式，再讲到项目中怎么用netty，怎么配合业务逻辑进行工作。
WebSocket协议，为什么要用这个。我从socket本质讲到http的缺点，再讲到客户端得要开发一套api，所以综合考虑使用了WebSocket协议
redis挂了怎么办（当时被问到有点懵，没想到一上来就问高可用，我说可以采用集群的方式，之后没有深入问分布式相关的知识）
海量数据怎么存？（类似mysql分库分表，将消息分散到不同的redis节点当中，堆集廉价服务器，横向扩展）
继续系统的设计细节，问的很细。谈到消息临时存储用的redis，用的什么数据结构（list），是不是有序的（我想了一下，说肯定是有序的，但想到面试官肯定想让我考虑如果无序怎么办，所以话锋一转讲到，当然可能因为网络原因导致到达redis的消息无序，此时需要进行排序），怎么排序的，根据什么排序（消息会有自定义的type，同时有时间戳，会根据时间戳来排序）
面试官突然说问一些基础的，接触过哪些排序算法（选择、交换、插入，O(nlogn)的排序有快排、堆排序、归并排序、桶排序），你喜欢用哪个（我说快排，因为之前看过比较的文章，快排平均会比归并和堆排序要快一到两倍）
如果一个人十年没上线，收到了海量数据，怎么排序（面试官在引导我，一步步地把这个大数据的业务场景描述清楚，我说，首先服务器是能够存的下那么多消息的，然后采用k路归并排序，以流的方式“慢慢地”发送到排序的服务器，排序完一部分就发出去给客户端），这么多消息客户端收不过来怎么办（把最新的消息推送给客户端，客户端可以自己选择拉取后面的消息，当然，消息如果满了需要自己清理）

问了36min，体验很好，感觉面试官在循循善诱，慢慢地引出一些硬核的场景题，最后也没有没答上来的题目，感觉面试官很满意，说了几声很好。反问，能接触一些什么业务和技术，面试官开始介绍自己的部门，貌似有在开发消息中间件和spring框架，还有用户态内存加密。总体上感觉这次面试很愉悦。

4.13 二面交叉面（25min）

面试官好像比较忙，跟hr扯了半天时间，最后定到下午四点到四点半，我还纳闷儿咋就半个小时，面试官感觉也比较累，趁我口若悬河的时候打了好几个哈欠，无语了。

一上来介绍，问以后的规划，读不读研，为什么大三就开始找实习（不是很正常吗hhh），为什么想去广州，巴拉巴拉
又是问项目，netty和WebSocket，在一面的基础上给他精细地，从发展历史（http悬挂请求、轮询），到设计模式（责任链模式，handler），到应用，把毛都给捋顺了。其中还问了半双工是什么意思，有点诧异，还给他解释了一会儿，最后归结到“请求-应答”的通信模式。一开始讲到WebSocket的时候说飘了嘴，说它是基于http的，然后面试官问怎么基于半双工实现全双工通信的，然后我又说到socket，最后更正了一开始的说法，WebSocket只是一开始套了http的壳子，之后跟http没有什么关系了。

问了二十多分钟开始反问了，接下来有几面，为什么时间比较短（说是交叉面，会简单一些）

总体来讲感觉难度比较小，希望能尽快有消息，能发出offer。