上海壹佰米面试经验

一面第一轮技术面，详细问做过的课题，会问到实验过程中遇到的问题等细节，还有觉得做研发工作需要具备哪些素质，导师会怎么评价你这些，大概半小时，直接给了当天的二面。二面第二轮综合面，主要考察抗压能力，遇到问题会怎么处理，为什么想去深圳等，一定要准备好体现自己有很强的抗压能力的例子。还有简历上写的东西都要熟悉，有话可讲，好多会被问到。第二轮聊了一个小时左右，问的挺多，虽然没过但是感觉挺有收获，可以再好好回顾一下以应对后续面试。

第一轮电话面，HR打电话过来交流一些问题，是个很温柔的小姐姐，就很正常的聊天就像朋友一样。然后部门经理面，下大雨迟了一会很不好意思人家也没有介意，也没有什么让我自我介绍，就根据简历简单提了一些问题，然后开始介绍岗位的一些事宜。然后HR又正式见了一次面，还是那个小姐姐，有些还是电话里的问题，另外会根据简历问的更细。这里需要注意简历最好实际一点不要太夸大，公司挺看重诚信这一点的。希望有机会能够加入团队，团队氛围很和谐是我很喜欢的。

自我介绍（主要讲自己会的技术细节，项目经验，经历那些就一语带过，后面面试官会问你的）。聊聊项目（就是一个很普通的分布式商城，自己做了一些改进），让我画了整个项目的架构图，然后针对项目抛了一系列的提高性能的问题，差不读就这些吧。可能是我前面说了我会数据库优化，然后面试官就开始问索引、事务隔离级别、悲观锁和乐观锁、索引、ACID、MVVC 这些问题。非递归且不用额外空间（不用栈），如何遍历二叉树后面又问了很多 JVM 方面的问题，比如 Java 内存模型、常见的垃圾回收器、双亲委派模型这些你有什么问题要问吗？

开完宣讲会直接面试，好像因为深圳那边急着招人，面试没问什么实际的东西就发微信通知我过了，感觉有点草率，本来说是给我两天时间考虑，周五下午通知的，周日晚上前回复她，周六中午突然就跟我说今天要给他回复，感觉公司朝令夕改的样子。在此祝愿大家一切顺利吧

我是在上海总部面试的。先去行政楼签到，签到之后Hr带到另一栋楼找用人的部门面试。我应聘的是前端开发岗位，面试分为两个阶段，先是一个很棒的小哥哥面试，面试会做一张笔试卷，做完之后会找着笔试卷的内容去问问题，于此同时也会扩展性的问一些问题。之后应该就是小哥哥的leader面试，就看简历简单的问了一下项目，和项目的方案工作经历。前前后后一个多小时，面完就让回家等通知。

面试未通过。环境一般，注意套路陷阱。首先是填了面试表格，面试的时候一个男的面试，全程佩戴口罩，问的问题毫无专业性，只是象征性的说了一下公司的福利待遇。边上有个女的一言不发。 面试完了，说是一天给通知，结果等了三天也没通知。我主动联系那个人事专员，她说自己也不知道结果，居然问是哪个人面试我，说明情况后，她说去问一下。然后在我的追问下，说不好意思面试没通过，也没说什么原因。总体来说，面试感觉很不好。公司人事部实际上不缺人，还一天找十几个人去面试。搞不懂。

两轮的电话面试，第一轮全是底层原理的问题，需要阅读过源码才能知道，各种集合的底层原理，扩容机制，为什么这么设计的，然后就是各种锁，线程池的底层原理 ，之后就是spring这类框架的底层原理，不会问你表面的功能的，全都是源码级别的问题，再往后就是redis，innodb的底层数据结构这些，雪崩，击穿啊等等场景；二面就是技术总监了吧，也是问底层源码，JUC包源码一定要详细阅读，偏向多线程的问题，还有分布式之类的场景问题，Spring的底层，自己项目内的框架，会问为什么这么设计。建议面试之前多学习源码，很重视源码，尤其是JUC包。

充满期待的面试，最不能容忍的就是毫无专业性质的HR，面试地点不是工作地点这个是最不能忍，足足等了30分钟，如果公司还在创业阶段，很多不完善可以理解，但麻烦在招聘广告上也写清楚，不尊重面试者的公司不能被原谅！ 没有固定地点的办公地点，在等待期间，旁边两个人在谈话，穿着贵公司的衣服，抱歉啊，我很直观的理解是贵公司的正式员工貌似在谈工作运转出现的问题，主要是在公共办公的地方，瘫坐在椅子上颐指气使，很难想象公司的真实情况是怎样的？全程都在忽悠，还夸夸其谈自己当初创业多么辛苦，说做站长多么赚钱！希望以后的面试者，能认清这种公司的嘴脸！（真实经历，不喜勿喷！）

出了2道SQL题，算是有点难度，不过日常工作中都在做，所以都能做出来。聊了下平时的业务，面试官表示乙方公司的人缺乏数据分析的闭环分析经验，我也接受说我SQL硬技能、背景好，接下来能不能进就是看时机了，如果候选人都没什么甲方经验，那我就有机会。如果公司要人急，有个美团之类3年经验的候选人，那也未必要个上限高的人，我觉得是没什么戏，互联网公司大多还是求速度的。

BASE理论是基本可用，软状态，最终一致性三个短语的缩写。BASE理论是对CAP中一致性和可用性（CA）权衡的结果，其来源于对大规模互联网系统分布式实践的总结，是基于CAP定理逐步演化而来的，它大大降低了我们对系统的要求。基本可用：基本可用是指分布式系统在出现不可预知故障的时候，允许损失部分可用性。但是，这绝不等价于系统不可用。比如正常情况下，一个在线搜索引擎需要在0.5秒之内返回给用户相应的查询结果，但由于出现故障，查询结果的响应时间增加了1~2秒。软状态：软状态指允许系统中的数据存在中间状态，并认为该中间状态的存在不会影响系统的整体可用性，即允许系统在不同节点的数据副本之间进行数据同步的过程存在延时。最终一致性：最终一致性强调的是系统中所有的数据副本，在经过一段时间的同步后，最终能够达到一个一致的状态。因此，最终一致性的本质是需要系统保证最终数据能够达到一致，而不需要实时保证系统数据的强一致性。