去年Java面试时，你被深刻挖过什么问题？

本文主要是介绍去年Java面试时，你被深刻挖过什么问题？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

哈，你竟然敢问面试的坑挖多深，仅 Java 基础来说：

HashCode为什么用31作为乘数，你证明过吗？
扰动函数的函数作用是什么，它还有什么场景在用？
拉链寻址和开放寻址具体是什么表现，怎么解决的碰撞问题？
ThreadLocal 的实现中还有黄金分割点的使用，你知道吗？
CLH、MCS，都是怎么实现的公平锁，代码是什么样？
jvmti 可以用于非入侵的监控线程池状态，你用过吗？

关于以上的问题，是不有种即使看过 Java 核心 API 的源码，也很难回答出来？
这是因为 Java 代码本身就是基于数据结构和算法对数学逻辑的具体实现，而那些隐含在代码中的数学知识如果你不会，那么压根你就会忽略掉它，也就因此看不懂源码了。如果你感兴趣这也的技术广度和深度，也可以和我一起折腾，来吧！

传送门

https://github.com/fuzhengwei/CodeGuidegithub.com/fuzhengwei/CodeGuidegithub.com/fuzhengwei/CodeGuide

接下来分享个小伙伴面美团一面，求职方向是团队技术负责人。此次面试以连环追问的方式为主，喜欢刨根问底，非常考研面试者的技术功底。以下是整理出的部分面试题，我们看看这些题该如何回答。
美团现场面试

先让写个线程安全的单例模式

public class Singleton { private static volatile Singleton instance; private Singleton() { } public static Singleton getInstance(){ if(null != instance) return instance; synchronized (Singleton.class){ if (null == instance){ instance = new Singleton(); } } return instance; } }

考察线程安全的单例模式，一方面是对基础的了解，另一方面以单例模式作为入口考察并发编程的知识点。
在这里你要知道，并发编程的三要素包括：原子性、可见性、有序性。
那具备三要素知识点的单例模式，主要是如上案例中的双重检查锁和CAS忙等策略。而双重检查锁的单例方式，对于面试官和求职者来说，可以往下继续聊的点就有了。
当然，如果你没有写出这样一种单例模式，大概率会被面试官引导过来。在面试的过程中最好的方式是主动和引导面试官走，也称对脾气，也就是技术臭味相投的感觉。

高并发下，单例模式会存在哪些问题？

单例模式就是以防止线程不安全和提高代码执行效率而设计的。
双重锁定检查(DCL，Double Check Lock)，也就是为此设计的。别被 DCL 唬住喽

可见性和指令重排是怎么回事？

可见性，Java 编程语言允许线程访问共享变量，为了确保共享变量能被准确和一致地更新，线程应该确保通过排它锁单独获得这个变量。
指令重排，在程序执行过程中为了性能考虑,，编译器和 CPU 可能会对指令重新排序。对于并发多线程场景下，指令重排会产生不确定的执行效果。

voliate 关键字为什么可以解决可见性和指令重排？

可见性

首选，volatile 关键字修饰的共享变量可以提供这种可见性规范，也叫做读写可见。
被 volatile 关键字修饰的共享变量在转换成汇编语言时，会加上一个以 lock 为前缀的指令，当CPU发现这个指令时，立即将当前内核高速缓存行的数据回写到内存，同时使在其他内核里缓存了该内存地址的数据无效。
另外，在早期的 CPU 中，是通过在总线加 LOCK# 锁的方式实现的，但这种方式开销较大。所以Intel开发了缓存一致性协议，也就是 MESI 协议，该解决缓存一致性。
volatile 的好处，volatile 是一种非锁机制，这种机制可以避免锁机制引起的线程上下文切换和调度问题。所以，volatile 的执行成本比 synchronized 更低。
volatile 的不足，volatile 关键字只能保证可见性，不能保证原子性操作。
此外如果你还能回答出，Unsafe.loadFence(); 保证在这个屏障之前的所有读操作都已经完成。的一些使用，那么面试绝对可以加分。

指令重排
public volatile boolean sign; descriptor: Z flags: ACC_PUBLIC, ACC_VOLATILE

从字节码层面，添加 ACC_VOLATILE，在汇编指令的打印会有 lock addl $0x0,(%rsp)s
从 JVM 层面，JMM 提供了8个 Happen-Before 规则来约束数据之间竞争、4个内存屏障 (LL LS SL SS)和As-if-serial
从硬件层面，sfence、lfence、mfence

除了双重检查锁之外，还有什么别的办法实现线程安全的单例模式。

public enum Singleton { INSTANCE; public void test(){ System.out.println("hi~"); } } @Test public void test() { Singleton_07.INSTANCE.test(); }

如果再让写一种差异比较大，方式不太一样的单例模式，那么 Effective Java 作者推荐使用枚举的方式这个时候可以甩出来秀一波了。
这种方式解决了最主要的；线程安全、自由串行化、单一实例。

你看过什么源码吗？JVM 的源码是否看过？

看过Dubbo、Spring、Mybatis等框架和一些中间件的源码，关于 JVM 多线程、并发、锁等核心内容的源码有所了解。
其实这块问你的内容，主要考察你对技术的学习是否有核心深度。如果你能对此有所回答，那么会得到面试官的一定认可。

Dubbo是怎么工作的？

简单来说，引入 Dubbo 服务的接口提供方与接口消费方，通过注册与拉取接口信息，把服务双方通过 Socket 进行连接。之后接口通信的时候通过代理类传输 Socket 请求，再由接口提供方通过反射调用真实服务，最终把接口执行信息返回给调用端。
在整个的回答过程中，可能会聊到注册中心、代理、反射、通信模型以及 Netty 的相关知识，这主要包括了通信协议的定义、半包粘包以及流量整形和各类知识。

Dubbo通信是用的什么协议？

Dubbo 主要支持这些协议：dubbo://、rmi://、hessian://、http://、webservice://、thrift://
rmi 协议：走java二进制序列化，多个短连接，适合消费者和提供者数量差不多，适用于文件的传输，一般较少用
dubbo协议：默认就是走此协议，单一长连接，NIO 异步通信，基于 hessian 作为序列化协议
hessian协议：走 hessian 序列化协议，多个短连接，适用于提供者数量比消费者数量还多，适用于文件的传输，一般较少用
http协议：走json序列化
此外序列化的方式还有protobuf，protobuf 全称 Google Protocol Buffers，是 google 开发的一套用于数据存储，网络通信时用于协议编解码的工具库。

9 . 属于网络传输中的哪一层？

TCP/IP 四层模型，是 OSI 七层模型的简化，泛指众多(TCP,UDP,IP等)协议。
Dubbo 协议是 TCP 协议之上的协议，采用单一长连接和 NIO 异步通讯。

TCP/IP协议来说建立连接的时候，为什么需要三次握手？

三次握手是在安全可靠的基础上最少握手次数的方案，而两次握手并不能保证可靠性，四次握手又浪费了传输效率。
TCP 传输控制协议，是一个面向连接的协议。在TCP/IP协议中，TCP协议提供可靠的连接服务，连接是通过三次握手进行初始化的。对于这部分知识可以深入了解下，资料也很丰富。

你刚才说你们公司用的是Kafka，那么你觉得什么场景下要用到Kafka呢？

首先要知道，开源社区有很多优秀的队列中间件，比如 RabbitMQ、ActiveMQ、RocketMQ、Kafka，有些大厂还有自研的 MQ 队列中间件。
解耦、消峰、驱动等场景下的业务时以及日志采集系统、监控系统、流式处理等各类场景中都离不开MQ队列。

你觉得对于一个消息中间件来说，需要达到哪些要求？

高吞吐、低延时、可用性和可维护性，是消息队列中间件的核心要求。
同时你可以说出，中间件的作用是解决共性凝练和复用，从本质上提升代码的复用性、松耦合和互操作的标准机制，从而提升研发整体交付效率。

Kafka是如何做到高吞吐量的？

Kafka是分布式消息系统，需要处理海量的消息，Kafka的设计是把所有的消息都写入速度低容量大的硬盘，以此来换取更强的存储能力，但实际上，使用硬盘并没有带来过多的性能损失。主要围绕顺序读写、零拷贝、文件分段、批量发送和数据压缩几个方面提高吞吐率。

接下来是关于一些项目的问题

在公司做过哪些项目，主要是哪方面？基础中间件还是业务项目？这个项目的主要难点在哪里？怎么解决的？
项目做到现在，有没有一些数据上的评价指标，表示这个项目做得不错？如果没有，那么现在让你自己评价一下，你觉得应该从哪些方面做考量？
对于一个系统来说，如何确保它的稳定性？（线程池用的哪种？为什么要用这几种？怎么用的？）
你在项目当中扮演什么样的角色？系统Owner还是开发？
你们团队的人员分布是怎么样的？内编几个，外包几个？如果带外包的话，如何管理外包？

面试复盘

基础知识要牢固，JVM内存分布，多线程，基本是面试必问的。其中多线程并发的源头：可见性，有序性，原子性相关的知识点一定要深入理解，能讲多清楚就讲多清楚，因为这些涉及到CPU，内存，指令集等底层知识，是多线程理论的源头。这方面的东西，如果面试官本身具备一定实力的话，是很容易深究下去的，如果只是浅尝辄止，一知半解，很容易暴露自己底层知识的不牢。逼格就会降低一个大的档次。
要有一定动手能力，一些常见的设计模式要随时随地可以写出来，如果有多种方案实现的话，需要都讲出来，并指出其中的优缺点。
分布式理论要扎实，要深入理解常见RPC框架（如dubbo）和消息队列的设计和实现原理。一个框架的出现，以及平时业务开发所遇不到的各种高阶知识点（比如dubbo的重试机制，熔断，降级服务等，kafka相比ActiveMQ等其它消息队列，优势在哪里，为什么它可以支撑那么高的吞吐量等等），一定是为了解决某些特定问题才会出现的，了解了问题源头，才能更好理解框架的全局设计思想，然后才能更好地吸收框架里面的各种解决方案以及背后体现出来的思想。
网络基础要夯实，http,https,TCP/IP协议以及网络通信的基础知识还是要知道的。
实际项目一定要学会总结，让人看到你做项目的亮点（代码规范，可维护性，可扩展性，稳定性，性能优化，访问量，以及一些其它的数据指标）。如果没有，一定要想办法自己加入一些可信的东西出来。毕竟面试官无法验证你说的是真是假，如果说得很像那么回事，面试官应该还是会认可的。

大厂地图

从图上可以看到大部分互联网公司都分布在北边， 让人怪不好意思的，集中在一块挺好，下楼吃个饭就跳槽了。
就我自己而言更喜欢靠边一点的公司，因为租房便宜、不用挤地铁、不用把时间浪费在路上、不用听马路的嘈杂。

什么样能进入大厂
1. 你的简历
可能很大一部分1~3年找工作的小伙伴，只是按照模板填写好简历就完事了，很少考虑公司都需要什么、自己的职位是否匹配。
但你可能忽略了，你的这份简历才更多的决定了你会遇到一个什么样的公司、什么样的面试官、什么样的考题。最终决定你与这家公司的匹配的程度。
在与很多小伙伴沟通中发现，其实很大一部分程序员都不会写简历的，或者说写不好简历。好像是有话说不出来，或者是不知道该把这些话说在哪。一份简历主要得体现出你个人的信息、技术栈广度和深度、项目经验以及最后一块拓展内容。
而这份简历想达到最终的效果，也就是拿Offer。那么一定要给面试官挖坑，当然这个坑不是真坑。而是你要在简历中突出自己的优势项、技术亮点、优秀经历，也同时在这些点中留出技术话题，让面试官可以和你有的聊和撩。
但如果说你胡乱写简历，说自己懂HashMap。那面试官来劲了，问你：Hash为什么用31计算、扰动函数的作用是什么，以及它可以被应用在哪些地方、负载因子嘎哈的、HashMap是开放寻址还是拉链寻址、链表什么时候树化以及迁移数据算法是什么、2-3树和红黑树有什么关系等等，你不晕才怪，也不能给面试官留下好印象。