专栏首页Java3yJAVA面试解析(有赞二面)

JAVA面试解析(有赞二面)

作者:孤独烟

本文的题目出自博客 http://www.54tianzhisheng.cn/2018/07/12/youzan/ 但是作者没有给出答案,博主斗胆来制作答案版。

引言

说在前面的话: 本文适合人群:急等着换工作的人 我承认刷面试题很有用的,纵观几年来的JAVA面试题,你会发现每家都差不多。比如,你仔细观察,你会发现,HashMap的出现几率未免也太高了吧!连考察的知识点都一样,什么hash碰撞啊,并发问题啊!再比如JVM,无外乎考内存结构,GC算法等!因此,如果是为了面试,完全是有套路可以准备的!记住,基础再好,也架不住面试官天马行空的问,所以刷面试题还是很有必要的!

本文不适合人群:专攻JAVA某方面技术的人 因为这类人专攻JAVA某块技术,知识容易出现死角。贸然阅读本文,发现自己一堆题目都不会,会觉得有一种挫败感,发现自己连校招生都不如。然而,会点面试题不算什么,毕竟Homebrew作者也出现过解不出面试题,被Google拒绝,缘由就是,因为他不会翻转二叉树。难道你能说Homebrew的作者水平有问题!

正文

1、HashMap,源码级别的问了,包括为什么线程不安全 评注:这问题一面的时候问过了,嗯,说明大家以后面试,不管是几面,复习过的知识点还是要复习,毕竟一面的面试官只会告诉二面的面试官印象,不会具体聊问了啥问题!比如,我和二面面试官说,这个候选人基础还不错,那二面面试官就会觉得:"咦,这个人基础不错,我试试是不是真的是这样!"所以难免会出现一样的题目! 另外,此题不好答。因为是关于源码级别的问,需要复习的知识点很多。大家关注一下我,我会出一篇对HashMap能问的知识点总结。比如jdk1.7和jdk1.8的hashmap结构区别、hashmap并发问题,哈希冲突的常见解决手段等! 回答: 略去。

2、死锁 评注:这问题一面的时候问过了,嗯,凸显! 回答: 死锁是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去,如果系统资源充足,进程的资源请求都能够得到满足,死锁出现的可能性就很低,否则就会因争夺有限的资源而陷入死锁。

产生死锁的原因主要是:

  • 因为系统资源不足。
  • 进程运行推进的顺序不合适。
  • 资源分配不当等。

3、Synchronized 和 ReentrantLock 锁机制,怎么判断重入锁的,会不会是死锁? 评注:并发基础问题,懂并发编程的,应该都会。 回答: 先答区别: API方面:synchronized既可以修饰方法,也可以修饰代码块。ReentrantLock只能在方法体中使用。 公平锁:synchronized的锁是非公平锁,ReentrantLock默认情况下也是非公平锁,但可以通过带布尔值的构造函数要求使用公平锁。 等待可中断:假如业务代码中有两个线程,Thread1 Thread2。假设 Thread1 获取了对象object的锁,Thread2将等待Thread1释放object的锁。

  • 使用synchronized。如果Thread1不释放,Thread2将一直等待,不能被中断。synchronized也可以说是Java提供的原子性内置锁机制。内部锁扮演了互斥锁(mutual exclusion lock ,mutex)的角色,一个线程引用锁的时候,别的线程阻塞等待。
  • 使用ReentrantLock。如果Thread1不释放,Thread2等待了很长时间以后,可以中断等待,转而去做别的事情。

至于判断重入锁,ReenTrantLock的字面意思就是再进入的锁,其实synchronized关键字所使用的锁也是可重入的,两者关于这个的区别不大。两者都是同一个线程没进入一次,锁的计数器都自增1,所以要等到锁的计数器下降为0时才能释放锁。

4、进程和线程的区别? 评注:操作系统的题目,很常规! 回答: 进程:是执行中一段程序,即一旦程序被载入到内存中并准备执行,它就是一个进程。进程是表示资源分配的的基本概念,又是调度运行的基本单位,是系统中的并发执行的单位。

线程:单个进程中执行中每个任务就是一个线程。线程是进程中执行运算的最小单位。

一个线程只能属于一个进程,但是一个进程可以拥有多个线程。多线程处理就是允许一个进程中在同一时刻执行多个任务。

线程是一种轻量级的进程,与进程相比,线程给操作系统带来侧创建、维护、和管理的负担要轻,意味着线程的代价或开销比较小。

5、进程之间如何保证同步? 评注:操作系统老题了,四种方法! 回答:上网给大家找了一张图!

6、分布式锁 评注:此题问的没头没尾的,分布式锁可以问的点很多,比如实现方式啊?性能差距啊? 回答:这题如果要详答,看我的另一篇文章《分布式之抉择分布式锁》 分布式锁有三种实现方式:数据库、缓存、Zookeeper,这里我直接罗列一下各种锁的对比吧

从理解的难易程度角度(从低到高) 数据库 > 缓存 > Zookeeper

从实现的复杂性角度(从低到高) Zookeeper >= 缓存 > 数据库

从性能角度(从高到低) 缓存 > Zookeeper >= 数据库

从可靠性角度(从高到低) Zookeeper > 缓存 > 数据库

7、对象 GC 评注:一面问过,把一面的回答贴过来! 回答: 这个算法的基本思路是通过一些列称为“GC Roots”的对象作为起始点,从这些点开始向下搜索,搜索走过的路径称为引用链,当一个对象到GC Roots没有任何引用链相连时,则证明对象需要被回收. 如图:

上图中o3,o4对象没有任何GC Roots可达到,所有这两个对象不可用了,需要被GC回收 Java可作为GC Roots的对象包括下面几种:

  • 虚拟机栈中引用的对象
  • 方法区中类静态属性引用的对象
  • 方法区中产量引用的对象
  • 本地方法栈中JNI引用的对象

8、垃圾回收算法 评注:一面问过,把一面的回答贴过来! 回答: 标记-清除算法、标记整理算法、复制算法、分代收集算法

9、JVM 参数 评注:这个回答还是略去吧,这个问题范围太大,我不知道该怎么答。 回答:略去。

10、OOM 出现的有哪些场景?为什么会发生? 评注:常规题,只是情况太多了! 回答: OOM for Heap (java.lang.OutOfMemoryError: Java heap space):heap的最大值不满足需要,将设置heap的最大值调高即可。 OOM for StackOverflowError (Exception in thread "main" java.lang.StackOverflowError):如果线程请求的栈深度大于虚拟机所允许的最大深度,将抛出StackOverflowError异常。 OOM for GC (java.lang.OutOfMemoryError: GC overhead limit exceeded):此OOM是由于JVM在GC时,对象过多,导致内存溢出。 OOM for native thread created (java.lang.OutOfMemoryError: unable to create new native thread):这个异常问题本质原因是我们创建了太多的线程,而能创建的线程数是有限制的,导致了异常的发生。 OOM for allocate huge array (Exception in thread "main": java.lang.OutOfMemoryError: Requested array size exceeds VM limit):此类信息表明应用程序试图分配一个大于堆大小的数组。例如,如果应用程序new一个数组对象,大小为512M,但是最大堆大小为256M,因此OutOfMemoryError会抛出,因为数组的大小超过虚拟机的限制。 OOM for small swap (Exception in thread "main": java.lang.OutOfMemoryError: request bytes for . Out of swap space? ):抛出这类错误,是由于从native堆中分配内存失败,并且堆内存可能接近耗尽。 OOM for exhausted native memory (java.lang.OutOfMemoryErr java.io.FileInputStream.readBytes(Native Method)):由于Native memory被耗尽导致的。

11、JVM 内存结构说下吧 评注:常规题,学过JVM的都会! 回答:来一张图就好了。 有5大内存区域,按照是否被线程所共享可分为两部分,一部分是线程独占区域,包括Java栈,本地方法栈和程序计数器。还有一部分是被线程所共享的,包括方法区和堆。注意了,下一题就是问的是堆和栈的共享问题! 如下图所示

12、堆和栈的共享问题? 评注:常规题,大家应该都答的上来,属应届生常见问题! 回答: 栈内存的一个特点是数据共享,比如你线程中执行下面两句话

int i = 1;
int j = 1;

如下图所示

前面定义了i=1,i和1都在栈内存内,如果再定义一个j=1,此时将j放入栈内存,然后查找栈内存中是否有1,如果有则j指向1。 堆内存没有数据共享的特点,比如你线程中执行了下面两句话

String s =  new  String( "Hello World" );
String w = new  String( "Hello World" );

此时如下图所示

13、有比较过 Http 和 RPC 吗? 评注:此题我按我的理解来答。我不确定对不对,因此我觉得http和rpc没啥可比性,不是一个级别的概念。 回答: 只要是远程调用都可以叫RPC,和是不是通过http没什么关系。 那么,调用过程,也就是通信过程之间需要协议,可以是HTTP协议、dubbo协议等、其他协议等。

14、HttpClient 你说说里面的具体实现吧?(涉及了哪些东西) 评注:此题只能回答一个大概,我找了一个架构图来进行说明 回答: 如下图所示

Httpclient将对接的服务器或者集群(相同域名)称为route,并为每个route建立若干连接,并池化在连接池里。Client通过tcp/ip协议发送请求以及接受应答,在发送请求前和接收应答后都会经由interceptor进行链式处理,在httpclient里这些interceptor被称为HttpProcessor,负责处理诸如设置报文头,报文体,编码格式等以及解析报文头,报文体,解码格式等http规范报文格式范畴内的事情。

本文分享自微信公众号 - Java3y(java3y)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-09-02

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • HBase写入过快性能分析及调优

    整个写入流程从客户端调用API开始,数据会通过protobuf编码成一个请求,通过scoket实现的IPC模块被送达server的RPC队列中。最后由负责处理R...

    Yajun_
  • 深度 | Android 整体设计及背后意义

    架构的工程意义在于:定义并解决一类问题,为需求到实现的平稳过渡提供保障。传统意义的Android架构(图1)已被人熟知,但不同角色的视角不同,例如认为Runti...

    程序亦非猿
  • 消息中间件MQ之ActiveMQ学习总结(中)

    昨天简单总结了看资料了解的MQ基本知识点,实际操作以后,会有地方与预想不一致,多次试验后解决,为了加强记忆,需要根据官网文档继续整理,并尽可能实...

    疯狂的KK
  • 02.redis的线程IO和通讯协议

    Redis是个单线程程序!但是他有高并发特性,单个节点可以支持10w的QPS。除了redis是单线程,Nginx也是单线程的。单线程为什么如此之快?单线程有如何...

    Share猿
  • 条条思路通罗马

    敲黑板,讲重点。今天我先抛一开放性话题,也是我平时面试候选人时经常谈及的,看看你有没有相关解决思路?

    一猿小讲
  • 【AAC 系列一】Android 应用架构新时代来临!

    在 2017 年,Android 推出了 Android Jetpack,它是新一代组件、工具和架构指导,旨在加快 Android 应用开发速度。

    程序亦非猿
  • 端与云的融合

    端、管、云,物联网系统的三个主要构成元素,各自技术在高速发展的同时也在不断的影响着现代物联网系统的设计。

    曲奇泡芙
  • Jmeter系统入门教程(安装、组件使用、Demo展示、连接数据库、压测报告)

    压测工具实际项目中接触过ab,ab算一个常用而又直接的工具,jmeter以前自己测试过,但如此系统,细致的测试还是第一次,这个博主很多文章都很细致,问题解答及时

    疯狂的KK
  • 阿里电话面试题整理(41问)

    2018年换工作的时候,偶然接到了阿里的面试,电话面试,一般时间在19.00-22.00左右,现在自己整理一下,适用于想要查漏补缺的人,想要不断...

    疯狂的KK
  • 开源正在吞噬软件业?看开源的7大理念

    软件正在吞噬世界?是的,对于购物、吃饭、健身、交停车费都需要使用软件的年代,对于平均每人每天都要花费5到6个小时使用手机软件的年代,有什么理由不相信软件正在吞噬...

    数据和云

扫码关注云+社区

领取腾讯云代金券