面经开放性问题

1、学习方式，有看什么书，

A有在腾讯课堂上买一些大师讲解的课程，比如spring源码分析，spark（rdd），hadoop等技术。B有借阅公司购买的书籍，不止技术方面，还有思维，情商方面的等等。C还有参加过一些线下技术分享活动，在活动行小程序，有专家分享交流会。D、参加公司内部组织的技术分享沙龙，自己也分享过。E、曾经自学springcloud，通过csdn，简书，知乎等网站博客，自己搭建服务。

 

2、期待的工作，未来规划

A我一个是看中公司整体行业地位，影响力，期望公司能稳定发展，第二可以具有挑战性的工作，可以有一些压力，这样可以学习到新知识，提升自己的工作能力。C短期是在技术岗在磨练一段时间，把基础功底再扎实一些，中期是渐进的积累一些团队协作与项目管理方面的经验，往后长期看是打算往开发组长，项目经理方向发展。

 

3、为什么想辞职

目前我在平安做了三年了，这边的模式已经很熟悉，同时现在正在做的项目也已经到了成熟阶段，往后是维稳居多，新需求较少，在发展上感觉受到限制，所以想看下有没有合适的新机会。和领导也沟通过同意我尝试新的机会。

 

4、对我们公司的了解，有什么想问的

A其实我很有兴趣到金融行业的公司工作，我喜欢那种严格，谨慎，高效的氛围，你们也是行业内有名的大公司，我是很想加入这个团队的。

B，你们招聘的岗位的团队架构是什么，具体项目是什么，应用场景是什么，该岗位具体负责什么工作，假如我加入公司这个岗位现阶段需要我解决什么问题，用的什么技术栈，我这次面试有什么不足的地方和改进的地方。

 

5、自我介绍，自己有什么优缺点，对领导的评价

我是15年本科毕业的，毕业后在西安一家小公司开，始做软件开发类的工作，做了几个小项目，迅捷客户通，辰星自动办公平台，汉源贸易管理系统，爱宝之家。两年后来了深圳，在一家物联网+电商的上市公司也做了两年，昊泽私有云，怡泉公共平台，迪恩水机公众号，当时的开发团队有40人，我作为核心研发参与三个项目的开发工作，涉及微信公众号和web端管理系统。之后就到了平安科技，也做了三年了，待过两个团队，第一个是平安云团队，规模在100人。我所在的音视频组，是做自研rtc以及直播业务的，平安的知鸟就用的我们团队的直播框架，在之前疫情居家办公时候集团大v直播演讲，同时在线观看人数峰值达80万（cdn）。视频会议，链路监控平台，直播中心pass平台。该项目方向是做出平安自研的直播底层加应用层，扩展到全集团应用，并作为平安云系统架构中的一部分，展望建设成熟后对外提供平台化云上服务。现在是在个人金融团队，规模在80人，主要项目是平安人寿保险代理人展业服务的app口袋e行销中的askbob和问答社区模块，寿险内容管理平台。该项目pv（日点击量）在10w，uv（日人次）在4w，问答数据量在五百万，总用户数70w，月活25w，日人均停留时长5min，我们团队的业务方向就是为百万保险代理人提供更优质的个人金融服务，我介绍完了。

 

6、接口优化

我在做开门红活动时候，接口性能压测tps不足100，然后就进行优化，优化后达200以上，当时需求是按回答质量对瀑布流的推荐内容进行排序，一个问题有很多回答，回答质量分为有高质量，有中等质量，只有低质量。首先瀑布流就是一个可上滑翻页的问答列表，同时每次新进入和每次下拉顶部时要对内容随机刷新。需求是对于有高质量回答的问题要暴露在前面，中等质量的在后面，低质量的在最后。所以我根据回答质量进行分类，用三个缓存池维护在开门红活动当中的问答id，这个活动专区对应的id在后管系统进行配置，有更新时同时更新缓存。同时每个用户看到的随机数据是不一样的，所以每个用户的的分页信息也需要记录，那还得根据每个用户id缓存他所随机到的问题id根据规则排序，再根据这个顺序进行分页。这是主要流程设计，难点在于通过问题id查询问题相关详情以及推荐回答的详情包装视图vo，这里比较耗性能，因为在回答详情中包含用户信息以及实时性较高的点赞评论浏览量等，涉及问题，回答，用户三个微服务调用，之前这块功能已经是有实现，但是我用起来发现压测性能很低，就进行了优化，原本实现是在问题微服务中传idlist去调用回答微服务，回答微服务中for循环查询数据库关联数据，根据点赞最高查出一条回答，再查询回答包含的多媒体数据，在调用用户微服务查询回答用户信息，组装成一个回答对象，对应于传入的问题idlist返回给问题微服务。耗时发生在循环中查库和调用用户微服务，后来我进行优化时把问题对应最佳回答放进缓存，（zset，list），同时用户信息提取出来userlist一次性调用用户微服务查询，把结果在本地进行匹配对应，对于实时点赞评论浏览量在单独查询一次，之前的评论回复量是没有字段存储的，需经过count操作，这样会扫描全表性能非常低，然后我就在回答表增加了冗余字段，每当有新回复审核通过时调用更新回复量字段，这样在前面查询时效率就提升很多。还有一些后置操作，比如有新回答发布时候要更新原来的问答按质量分类的缓存池。这样整体下来，接口响应速度明显提升，压测tps也达到200以上。