面试问题总结（回忆版）

1.虚拟DOM的工作原理及过程

虚拟DOM是一种将页面的状态抽象为JavaScript对象表示的概念，用于提高Web应用程序的性能和渲染效率。它能够在页面需要更新时，只更新实际改变的部分，从而减少不必要的DOM操作，提高渲染效率。

2.Vue3中新添加的组件

Fragment、Teleport、Suspense
- Fragment：在Vue3中，组件可以包含多个根节点。这意味着组件的模板不再被限制为单个根元素。
- Teleport：Teleport提供了一种将组件的DOM节点移动到其他位置的能力，而无需重新渲染整个组件。这对于需要跨组件或跨应用边界移动DOM节点的场景非常有用。
- Suspense：Suspense组件允许开发者在处理异步组件或数据时，提供一个备用的UI来展示加载状态或错误消息。
组合式API（Composition API）
- 组合式API是Vue3引入的一个重大特性，它提供了一种更灵活的方式来组织和重用逻辑。与Vue2中的选项式API相比，组合式API允许开发者将相关的逻辑放在一起，并通过函数进行封装和重用。

3.Https中s是什么英文单词

Security

4.DNS中s是什么英文单词

System

5.Docker的网络模式

一、Bridge（桥接）模式

概述：Bridge模式是Docker的默认网络模式。在这种模式下，Docker会为每个容器分配一个独立的网络接口，并连接到一个虚拟的Docker桥接网络（通常是docker0）

二、Host（主机）模式

概述：在Host模式下，容器和宿主机共用一个网络命名空间。容器内部的网络环境与宿主机完全相同，可以看到宿主机的所有网络接口和地址。

三、Container（容器）模式

在Container模式下，一个容器可以与其他容器共享其网络堆栈。这意味着这些容器将共享相同的网络命名空间。

四、None（无）模式

概述：在None模式下，Docker容器拥有自己的网络命名空间，但不会进行任何网络配置。
特点：
- 容器没有网卡、IP、路由等信息。
- 需要自己为Docker容器添加网卡、配置IP等操作。
- 适用于不需要网络连接的容器，或者作为其他容器的网络依赖。

五、Overlay（重叠）模式

Overlay模式是跨越多个Docker主机的网络。它可以让这些主机上的容器相互通信，而无需操作系统管理路由。

六、IPvLAN和Macvlan模式

IPvLAN：
- 提供对容器的IPv4和IPv6地址的详细控制。
- 可以处理第2层和第3层VLAN标记和路由。
- 适用于需要将容器服务连接到已有物理网络的场景。
Macvlan：
- 让容器能像网络上的物理设备一样运行。
- 通过为每个容器分配自己的MAC地址来实现。
- 需要将宿主机的一个物理网络接口分配给虚拟网络。

7.查看sql的执行流程

explain关键字

SHOW PROFILES 和 SHOW PROFILE

启动日志

执行计划图

explain返回字段：

id ：
- MySQL为每个Select语句分配的唯一标识符。
- 如果是子查询，ID的序号会递增，ID值越大，优先级越高，越先被执行。
- 相同ID的一组查询会按照从上往下的顺序执行。
select_type ：
- 查询中每个select子句的类型。
- 常见的类型有SIMPLE（简单查询，不包含子查询或UNION）、PRIMARY（查询中若包含任何复杂的子部分，最外层的select）、SUBQUERY（子查询）、DERIVED（派生的select，from子句的子查询）、UNION（UNION中的第二个或后面的select语句）、UNION RESULT（从UNION表获取结果的select）等。
table ：
- 表示访问的表的名字。
- 对于分区表，这个字段还会显示SQL语句查询时匹配到的分区信息。
partitions ：
- 显示查询匹配到的分区信息（如果表是分区表的话）。
type ：
- 表示MySQL决定如何查找表中的行，即关联类型或访问类型。
- 这是最重要的列之一，因为它提供了关于MySQL如何执行查询的详细信息。
- 常见的类型有system（表仅有一行，相当于系统表）、const（表最多有一个匹配行，用于主键或唯一索引的比较）、eq_ref（对于每个索引键值，表中只有一条记录匹配，通常用于主键或唯一索引）、ref（非唯一性索引扫描，返回匹配某个单独值的记录行）、range（使用索引选择行，仅检索给定范围内的行）、index（索引全扫描，遍历整个索引来查找匹配的行）、ALL（全表扫描）等。
possible_keys ：
- 显示查询可能使用哪些索引来查找。
- 查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用。
key ：
- 显示MySQL实际决定使用的索引来优化对该表的访问。
key_len ：
- 表示MySQL决定使用的索引的长度。
- 索引中使用的字节数，可以通过该列计算查询中使用的索引的长度。
ref ：
- 显示哪些列或常量被用于查找索引列上的值。
- 常见的有const（常量）、func、NULL、字段名等。
rows ：
- MySQL查询优化器根据统计信息估算的，为了找到所需的记录所需要读取的行数。
- 这个值非常直观地显示了SQL查询的效率好坏，原则上rows越少越好。
filtered ：
- 表示返回结果的行占需要读到的行（rows列的值）的百分比。
- 在使用EXPLAIN EXTENDED时出现。
Extra ：
- 包含关于查询执行的额外信息。
- 常见的值有Using index（表示使用覆盖索引，避免回表）、Using temporary（表示对查询结果排序时会使用一个临时表，常见于排序和分组查询）、Using where（表示MySQL服务器将在存储引擎检索行后再进行过滤）、Using filesort（表示MySQL中无法利用索引完成的排序操作，称为"文件排序"）、Using join buffer（表示在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果）等。

8.在Java中，用于表示日期的数据类型主要有哪几种

1. java.util.Date

描述：java.util.Date类是Java最早的日期类之一，用于表示一个特定的瞬间，精确到毫秒。它封装了当前的日期和时间。
特点：Date类的大部分方法已经过时，被后续的日期类所替代，但它仍然是Java日期时间API的基础。

2. java.sql.Date

描述：java.sql.Date类是java.util.Date的一个子类，用于表示SQL DATE类型的值，即只包含年、月、日的日期。
特点：为了与SQL DATE类型兼容，java.sql.Date屏蔽了时间部分，只保留了日期部分。

3. java.sql.Time

描述：java.sql.Time类也是java.util.Date的一个子类，用于表示SQL TIME类型的值，即只包含时、分、秒的时间。
特点：与java.sql.Date类似，java.sql.Time屏蔽了日期部分，只保留了时间部分。

4. java.sql.Timestamp

描述：java.sql.Timestamp类是java.util.Date的一个子类，用于表示SQL TIMESTAMP类型的值，即包含年、月、日、时、分、秒和毫秒的日期时间。
特点：Timestamp类提供了纳秒级的时间精度，并且与SQL的TIMESTAMP类型兼容。

5. java.util.Calendar

描述：java.util.Calendar类是一个抽象类，提供了操作日历字段如年、月、日、时、分、秒等的方法。
特点：由于Calendar是一个抽象类，不能直接实例化它，而是应该使用它的一个具体子类，比如GregorianCalendar。Calendar类提供了丰富的日期时间操作方法，如获取和设置日期时间字段、添加或减去时间量等。

6. Java 8引入的日期时间API

从Java 8开始，引入了新的日期和时间API（位于java.time包中），提供了更现代、更灵活的日期和时间处理功能。这些类包括：

LocalDate：表示一个只包含年、月、日的日期对象。
LocalTime：表示一个只包含时、分、秒的日期时间对象。
LocalDateTime：表示一个包含年、月、日、时、分、秒的日期时间对象。
ZonedDateTime：表示一个包含时区信息的日期时间对象。
Duration：表示一个时间间隔，通常以秒和纳秒为单位。
Period：表示一个时间段，通常以年、月和日为单位。

这些新的日期时间类提供了更好的时间处理能力和更清晰的API设计，是处理日期和时间的推荐方式。

综上所述，Java中用于表示日期的数据类型有多种，包括java.util.Date、java.sql.Date、java.sql.Time、java.sql.Timestamp、java.util.Calendar以及Java 8引入的java.time包中的类。根据具体需求选择合适的日期类型进行处理。

9.webpack相关概念

Webpack是一个现代JavaScript应用程序的静态模块打包工具。以下是对Webpack的详细介绍：

一、基本概念

Webpack通过内部构建一个依赖图（dependency graph），此依赖图对应映射到项目所需的每个模块，并生成一个或多个bundle。这些bundle包含了项目中所有的JavaScript、CSS、图片等资源，它们被优化并压缩，以便在浏览器中快速加载。

二、核心概念

Entry（入口） ：
- Webpack开始构建内部依赖图的地方。
- 每个应用至少需要一个入口文件，Webpack会从这个文件开始分析项目中所有的依赖模块。
Output（输出） ：
- Webpack将打包后的文件写入磁盘的位置。
- 通过配置output，可以定义打包后的文件名和输出路径。
Loaders（加载器） ：
- Webpack默认只支持JavaScript和JSON文件。
- 为了处理其他类型的文件（如CSS、图片、TypeScript），需要使用加载器。
- Loaders允许开发者在导入这些模块时，对其进行转换。
Plugins（插件） ：
- 插件是Webpack体系中的另一个重要扩展机制，用于执行更复杂的任务。
- 如文件压缩、环境变量注入、打包分析等。
- Webpack自带许多插件，如HtmlWebpackPlugin用于生成HTML文件，MiniCssExtractPlugin用于提取CSS文件。
Mode（模式） ：
- Webpack具有三种模式：development、production和none。
- 模式不同会影响打包的配置和优化策略。
- 如development模式不会压缩代码，并生成有助于调试的Source Map；而production模式会自动开启代码压缩和其他优化策略。

三、基本配置

Webpack的配置文件通常是一个名为webpack.config.js的JavaScript文件。在这个文件中，可以定义入口、输出、加载器、插件和模式等。

四、高级功能

代码分割 ：
- Webpack提供了强大的代码分割功能，允许将代码拆分为多个小模块，从而实现按需加载，减少首屏加载时间。
Tree Shaking ：
- Webpack 2.0中加入了tree shaking功能，用于提取公共代码，去掉死亡代码，从而优化打包结果。

五、应用场景

Webpack广泛应用于现代前端开发中，特别是单页面应用（SPA）和多页面应用（MPA）的构建。它通过分析项目中的依赖关系，将模块组合成一个或多个优化后的静态资源文件，从而提升应用性能与开发效率。

六、总结

Webpack是一个功能强大的前端资源构建工具，它能够将项目中的多个模块按照依赖关系进行静态分析，并生成一个或多个打包后的文件。通过加载器和插件的使用，Webpack能够处理各种类型的文件，并扩展其功能。同时，Webpack提供了丰富的配置选项和高级功能，如代码分割和tree shaking等，以满足前端开发中的各种需求。

10.kafka

以下是一些Kafka常见的面试问题及标准答案：

一、Kafka基础概念

什么是Kafka？

Kafka是一个分布式、分区的、基于Zookeeper协调的发布-订阅消息系统。它主要用于构建实时数据管道和流式应用。
Kafka的主要作用是什么？

Kafka的主要作用是作为消息中间件，实现生产者和消费者之间的解耦，同时提供消息的持久化存储和高效传输。
Kafka的架构是怎样的？

Kafka的架构包括Producer（生产者）、Broker（服务器节点）、Topic（主题）、Partition（分区）和Consumer（消费者）。其中，Producer负责将消息发送到Broker，Broker负责存储和传递消息，Topic是消息的类别，Partition是Topic的物理分区，Consumer负责从Broker订阅并消费消息。

二、Kafka消息传递与消费

Kafka的消费者是pull（拉）模式还是push（推）模式？

Kafka的消费者是pull（拉）模式。消费者自主决定是否从Broker拉取数据，这可以根据消费者的消费能力和需求进行调整。
如何确定当前能读到哪一条消息？

在Kafka中，每条消息都有一个唯一的偏移量（Offset），消费者通过偏移量来确定当前能读到哪一条消息。同时，Kafka还提供了高水位（High Watermark，HW）来标识当前可消费的消息范围。
Kafka如何保证消息的顺序消费？

Kafka通过分区来保证消息的顺序消费。同一个分区内的消息是按照写入顺序进行存储和消费的，因此只要将需要顺序消费的消息发送到同一个分区内，就可以保证它们的顺序消费。

三、Kafka集群与副本管理

Kafka集群的组成是什么？

Kafka集群由多个Broker组成，每个Broker都是一个独立的Kafka服务节点或实例。这些Broker共同协作，提供消息的存储、传递和消费等功能。
Kafka如何管理副本？

Kafka通过AR（All Replicas，所有副本）、ISR（In-Sync Replicas，同步副本）和OSR（Out-of-Sync Replicas，非同步副本）来管理副本。其中，ISR中的副本与Leader副本保持同步，可以参与选举和消息传递；OSR中的副本与Leader副本不同步，无法参与选举和消息传递；AR则包含了所有副本的集合。
Kafka的Leader选举机制是怎样的？

Kafka的Leader选举机制是在ISR中进行的。当Leader副本出现故障时，Kafka会从ISR中选择一个新的Leader副本来接替其工作。选举过程中会考虑副本的同步状态、延迟等因素。

四、Kafka性能与优化

Kafka为什么这么快？

Kafka之所以快，主要得益于其高效的磁盘读写能力、分区设计和零拷贝技术。Kafka通过顺序读写磁盘、批量压缩和读写以及零拷贝等技术，大大提高了消息的处理速度和吞吐量。
如何优化Kafka的性能？

优化Kafka性能的方法包括：增加分区数量以提高并行度；调整消息大小以适应网络带宽；优化生产者和消费者的配置参数；使用高效的序列化和反序列化方式；定期清理过期数据以释放存储空间等。

五、Kafka故障恢复与数据一致性

Kafka如何保证数据的可靠性？

Kafka通过多副本机制、同步复制和异步复制等技术来保证数据的可靠性。同时，Kafka还提供了容错保证和持久性设计，以确保在出现故障时能够恢复数据并继续提供服务。
Kafka在出现故障时如何进行恢复？

Kafka在出现故障时，会根据故障类型和严重程度进行相应的恢复操作。例如，当Leader副本出现故障时，会从ISR中选择一个新的Leader副本来接替其工作；当Broker出现故障时，其他Broker会接管其上的分区并提供服务。同时，Kafka还支持数据备份和恢复功能，以确保在出现故障时能够恢复数据。

以上是一些Kafka常见的面试问题及标准答案。需要注意的是，这些答案可能会根据Kafka的版本和具体应用场景而有所不同。因此，在面试前最好了解所面试公司或项目所使用的Kafka版本和具体应用场景，以便更准确地回答问题。