Java程序员面试-场景篇

发布时间:2024年01月08日

前言

裁员增效潮滚滚而来,特总结一些实际场景方案的面试题,希望对大家找工作有一些帮助。

注册中心

题目: 有三台机器,分别部署了微服务A、微服务B、注册中心,其中A和B都有服务接口提供并正常注册到了注册中心,A和B之间有依赖调用,当前整个环境在正常运行,如果现在注册中心这台机器断电了,整个环境还是否可用,有哪些影响?

解析: 此题考察对注册中心原理的理解,这里不管注册中心是zookeep还是eureaka都是一样的。部分面试者会反问:注册中心一般会部署多台,不会都死掉的,面试官会强调场景中只有一台,并且部署多台也无法保证不会都出故障,只是概率问题。
首先要想清楚有没有影响,

  • 微服务中的消费者是如何知道生产者的IP端口的呢?
    是通过向注册中心问询得知;
  • 是什么阶段问的?
    服务启动时
  • 生产者增加或减少怎么知道?
    zk是推给消费者更新生产者列表
    eureaka是消费者定时查询生产者列表并更新

答案: 整个环境可用,但如果A或B需要重启,就无法正常运行了。

消息中间件

题目: 有三台机器,分别部署了微服务A、微服务B、消息中间件(比如RockeMQ),现在定义了一条点对点的消息,其中A是生产者、B是消费者,已知A成功生产一条消息,问B有没有可能收到两条消息?

解析: 消息中间件有什么作用,什么场景适合使用这些我向大家在各种面试宝典中已背的滚瓜烂熟,初级程序员还可以蒙混过关,但高级程序员是要独立负责一个子系统的定位,要有一定的技术把控力,你可以不懂具体实现,但你要知道这里有坑。

答案: 有可能,您问为什么有可能,请官方文档说明:
在这里插入图片描述
什么叫至少,什么是大多数就不用我多解释了吧。有同学会问那其他的消息中间件呢,其实都是一样的产品规格,这是通用规格,并非RocketMQ一家缩水。

解决方案

题目: 公司有个一个官网,是N年前开发的,伴随者客户访问量的增长,运行缓慢,请给出一个优化方案?

解析: 这个案例在公司中发生的概率很高,是考你解决问题的整体思路是否有,或者说有没有方法论,回答的不同能反映出你不同的经历,知识结构等等。

答案: 一个老法师的回答:

  1. 看病先诊脉,公司是否有链路追踪等监控系统,如果没有建议接入sky-walking看最大的病因在哪里。
  2. 根据我几年积累的经验有以下几种优化的策略:
    动静分离: 动态服务器(比如Tomcat\Jboss)处理静态资源的效率很低,可以分离使用Nginx部署静态资源。
    分级缓存: 本地缓存+Redis缓存 当然通常用Redis就够了
    消峰解耦: 结合具体业务可以利用消息中间件进行消峰解耦。

题目: 现在我们公司要提供一个服务接口给第三方调用,如何保障通信安全?

解析: 这个问题是旨在考察面试者的知识储备,是否在工作中对加解密问题进行过自己的理解和思考或是学习。

答案:首先通信协议约定为https,设置网络白名单,当然以上是防君子难防小人,要想安全还要采用非对称方式进行签名,保证通讯的安全性。

结束语

2023年刚刚过去,伴随着经济周期的变化,国际关系的动荡,越来越多的公司认清了现实,保留子弹,活下去才是硬道理。朋友圈子不断传来公司裁员的消息,但却少有招人的公司,市场供需严重失调,本人也经历年终奖推迟、下调,虽万般腹诽,面对市场大势力却是无能为力,唯天行健,君子当自强不息,与君共勉。

文章来源:https://blog.csdn.net/tianya2010ji/article/details/135464123
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。