1.框架是重点,但别让人感觉你只会山寨别人的代码。
在面试前,我会阅读简历以查看候选人在框架方面的项目经验,在候选人的项目介绍的环节,我也会着重关注候选人最近的框架经验,目前比较热门的是 SSM。不过,一般工作在 5 年内的候选人,大多仅仅是能 "山寨" 别人的代码,也就是说能在现有框架的基础上,照着别人写的流程,扩展出新的功能模块。比如要写个股票挂单的功能模块,是会模仿现有的下单流程,然后从前端到后端再到数据库,依样画葫芦写一遍,最多把功能相关的代码点改掉。
其实我们每个人都这样过来的,但在面试时,如果你仅仅表现出这样的能力,就和大多数人的水平差不多了,在这点就没法体现出你的优势了。
我们知道,如果单纯使用 SSM 框架,大多数项目都会有痛点。比如数据库性能差,或者业务模块比较复杂,并发量比较高,用 Spring MVC 里的 Controller 无法满足跳转的需求。所以我一般还会主动问:你除了依照现有框架写业务代码时,还做了哪些改动?
我听到的回答有:增加了 Redis 缓存,以避免频繁调用一些不变的数据。或者,在 MyBitas 的 xml 里,select 语句 where 条件有 isnull,即这个值有就增加一个 where 条件,对此,会对任何一个 where 增加一个不带 isnull 的查询条件,以免该语句当传入参数都是 null 时,做全表扫描。或者,干脆说,后端异步返回的数据量很大,时间很长,我在项目里就调大了异步返回的最大时间,或者对返回信息做了压缩处理,以增加网络传输性能。
对于这个问题,我不在乎听到什么回答,我只关心回答符不符逻辑。一般只要答对,我就会给出 "在框架层面有自己的体会,有一定的了解",否则,我就只会给出 "只能在项目经理带领下编写框架代码,对框架本身了解不多"。 其实,在准备面试时,归纳框架里的要点并不难,我就不信所有人在做项目时一点积累也没,只要你说出来,可以说,这方面你就碾压了将近 7 成的竞争者。
2.别单纯看单机版的框架,适当了解些分布式。
1、反向代理方面,nginx 的基本配置,比如如何通过 lua 语言设置规则,如何设置 session 粘滞。如果可以,再看些 nginx 的底层,比如协议,集群设置,失效转移等。
2、远程调用 dubbo 方面,可以看下 dubbo 和 zookeeper 整合的知识点