面试

只有知道了为什么要进行 JVM 调优之后，你才能准确的回答出来如何进行 JVM 调优？针对不同的 JVM 调优的手段和侧重点也是不同的。

线程池的创建方式总共包含 7 种（其中 6 种是通过 Executors 创建的，1 种是通过 ThreadPoolExecutor 创建的），问到线程池参数的含义，一定是问 ThreadPoolExecutor 参数的含义。

响应式适配是日常开发中非常常见的问题，所以在面试中可能会被经常问到。但是很多同学却没有专门了解过这方面的知识，导致被问到这方面问题的时候，回答并不尽如人意。

前两天有个同学在面试中被问到了一个问题：“如果在请求多个不同的接口，那么应该如何去做？” 该同学回答说：“我们可以把这些接口放到一个数组中，然后通过 for 循环来循环请求！”

我把这几场面试中比较有代表性的题目抽离出来给大家解析一波，给准备春招的同学做一个参考和学习，虽然是校招的面试，但是有些问题，其实社招也经常问的。

为了方便查阅, 补充了可能没有面试内容的一级标题. 这样一级标题可以和 C++ Primer 书籍保持一致.

通过深入分析Kafka消息阻塞的原因，并结合实际经验提出的解决方案，相信大家对于这个社招面试题有了更深的理解。技术的世界永远充满挑战，但正是这些挑战让我们不断进步。希望大家在面对问题时能够保持积极向前的态度，勇敢地迎接挑战！

需要说明的是 const 类型和 eq_ref 都使用了主键或唯一索引，不过这两个类型有所区别，const 是与常量进行比较，查询效率会更快，而 eq_ref 通常用于多表联查中。

为什么要这么定义呢？这是因为在工作者池模式中，每个工作者需要一个独立的作业通道来接收作业。通过将每个工作者的作业通道放入一个通道中，可以实现对工作者的动态分配和管理。

服务端在收到客户端发送的fin包并回复ack包后，服务端并不能马上向发送端发送fin包，因为此时可能还有连接在处理数据，必须等到数据处理完后才能向客户端发送fin包。

服务端在收到客户端发送的fin包并回复ack包后，服务端并不能马上向发送端发送fin包，因为此时可能还有连接在处理数据，必须等到数据处理完后才能向客户端发送fin包。

服务端在收到客户端发送的fin包并回复ack包后，服务端并不能马上向发送端发送fin包，因为此时可能还有连接在处理数据，必须等到数据处理完后才能向客户端发送fin包。

当应用程序读写了这块虚拟内存，CPU 就会去访问这个虚拟内存， 这时会发现这个虚拟内存没有映射到物理内存， CPU 就会产生缺页中断，进程会从用户态切换到内核态，并将缺页中断交给内核的 Page Fault Handler （缺页中断函数）处理。

本文主要围绕线程之间的协调和通信相关技术进行一些知识总结，使用Object​类中的wait()、notify()、notifyAll()​方法，可以实现线程之间的协调和通信，但是它们只有在synchronized​修饰的同步方法/同步代码块才会生效。

今天分享一位同学的腾讯天美面经，对的就是那个王者荣耀部门的天美，问的问题很细节，会追着基础问题一直深问，直到你不会，才会换话题，主要注重计算机基础，操作系统这方面了。