2024年大数据最全记录一下某外资的面试，大厂大数据开发核心面试题出炉

最新推荐文章于 2024-05-15 20:30:52 发布

2401_84615996

最新推荐文章于 2024-05-15 20:30:52 发布

阅读量469

点赞数 5

分类专栏：程序员文章标签：大数据面试学习

本文链接：https://blog.csdn.net/2401_84615996/article/details/138629158

版权

程序员专栏收录该内容

50 篇文章 0 订阅

订阅专栏

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

+ [标题15、关于线程安全方面，你知道为什么会存在内存泄漏的情况](#15_17)
+ [标题16、关于框架方面，发一个spring boot的请求怎么到controlor上](#16spring_bootcontrolor_18)
+ [标题17、你有没有自己写过一些starter去加载。怎么去实现](#17starter_19)
+ [标题18、tansaction的注解，传播机制有哪些](#18tansaction_20)
+ [标题19、关于数据库。Redies和mysql的事务机制的区别](#19Rediesmysql_21)
+ [标题20、怎么设定最大和最小连接数](#20_22)
+ [标题21、关于索引](#21_23)
+ [1.kafka rabbitmq如何保证消息不丢失](#1kafka_rabbitmq_34)
+ [2.如何保证幂等](#2_35)
+ 
+ [数据库](#_37)
+ [1.sql的优化](#1sql_38)
+ [2.索引](#2_39)
+ [索引B+树的实现](#B_40)
+ [3.连接数](#3_41)
+ [4.explains里面的参数都有啥](#4explains_43)
+ [自动装配原理](#_46)
+ [beanidfiny](#beanidfiny_48)
+ [事务的传播机制](#_51)
+ [单体服务到微服务架构的升级](#_53)
+ [io流中的设计模式](#io_55)
+ [arraylist的扩容机制](#arraylist_57)
+ [hashmap碰撞的话](#hashmap_69)
+ [hashmap的底层实现](#hashmap_71)
+ [设计模式](#_73)
+ [jvm调优 默认的垃圾回收器 和G1区别 G1的特点](#jvm___G1____G1_75)
+ [非阻塞流的netty使用过么](#netty_77)
+ [如何实现鉴权的](#_83)
+ [一个线程A 等待一个线程B结束再进行 如何设置](#A_B___86)
+ [io流都有哪些](#io_91)
+ [io使用到的设计模式有哪些](#io_95)
+ [Spring中的请求如何到controller上](#Springcontroller_101)

标题English introduction

标题What did u do in this gap time

标题What’S the big challenge in your work experience

标题 4、介绍一个自己熟悉的项目或最近的项目，包括项目的背景，使用的技术，在里面的角色

标题5、项目中有多少个微服务

标题6、分布式事务是怎么实现的

标题7、Dubbo在项目中是怎么用的。除了考虑进程的通讯，有考虑过高并发吗

标题8、网关通过什么来去做

标题9、阿波罗gateway的功能

在这里插入图片描述

标题10、JVM的参数调优

标题11、关于虚拟机的使用

标题12、关于内存溢出、内存泄露

标题13、线程池5大核心参数；最大和最小核心线程数是怎么确认

标题14、lock和synchronize的区别

标题15、关于线程安全方面，你知道为什么会存在内存泄漏的情况

标题16、关于框架方面，发一个spring boot的请求怎么到controlor上

标题17、你有没有自己写过一些starter去加载。怎么去实现

标题18、tansaction的注解，传播机制有哪些

标题19、关于数据库。Redies和mysql的事务机制的区别

标题20、怎么设定最大和最小连接数

标题21、关于索引

## 标题22、消息中间件有用到什么kafka和rabbitMQ。消息丢失、消息重复怎么解决

Kafka 在消息处理的顺序性方面有一些机制，但并不保证消息的严格有序性。以下是 Kafka 处理消息顺序性的一些特点：

1、分区内有序性： 在每个分区内，消息是有序存储的。Kafka 保证对于每个分区，消息的写入和消费是按照消息的顺序进行的。这意味着对于同一个分区的消息，它们将按照发送的顺序被消费。这样保证了在单个分区内的消息顺序性。

2、分区间无序性： 在多个分区之间，消息的顺序性不能得到保证。不同分区的消息在 Kafka 集群中是并行处理的，而且 Kafka 也不会跨分区地维护全局有序性。因此，对于多个分区的消息，它们在消费者端接收的顺序可能与发送顺序不一致。

3、消息复制： Kafka 支持多副本复制，每个分区可以有多个副本存储在不同的 Broker 上。在进行消息复制时，Kafka 会保证消息的副本在各个 Broker 上的复制顺序与领导者（Leader）分区中的消息顺序保持一致，从而确保数据的一致性。