面试问题总结（回忆版）

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

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

2.Vue3中新添加的组件

1. Fragment、Teleport、Suspense

   • Fragment：在Vue3中，组件可以包含多个根节点。这意味着组件的模板不再被限制为单个根元素。
   • Teleport：Teleport提供了一种将组件的DOM节点移动到其他位置的能力，而无需重新渲染整个组件。这对于需要跨组件或跨应用边界移动DOM节点的场景非常有用。
   • Suspense：Suspense组件允许开发者在处理异步组件或数据时，提供一个备用的UI来展示加载状态或错误消息。

2. 组合式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返回字段：

1. id：
   • MySQL为每个Select语句分配的唯一标识符。
   • 如果是子查询，ID的序号会递增，ID值越大，优先级越高，越先被执行。
   • 相同ID的一组查询会按照从上往下的顺序执行。
2. select_type：
   • 查询中每个select子句的类型。
   • 常见的类型有SIMPLE（简单查询，不包含子查询或UNION）、PRIMARY（查询中若包含任何复杂的子部分，最外层的select）、SUBQUERY（子查询）、DERIVED（派生的select，from子句的子查询）、UNION（UNION中的第二个或后面的select语句）、UNION RESULT（从UNION表获取结果的select）等。
3. table：
   • 表示访问的表的名字。
   • 对于分区表，这个字段还会显示SQL语句查询时匹配到的分区信息。
4. partitions：
   • 显示查询匹配到的分区信息（如果表是分区表的话）。
5. type：
   • 表示MySQL决定如何查找表中的行，即关联类型或访问类型。
   • 这是最重要的列之一，因为它提供了关于MySQL如何执行查询的详细信息。
   • 常见的类型有system（表仅有一行，相当于系统表）、const（表最多有一个匹配行，用于主键或唯一索引的比较）、eq_ref（对于每个索引键值，表中只有一条记录匹配，通常用于主键或唯一索引）、ref（非唯一性索引扫描，返回匹配某个单独值的记录行）、range（使用索引选择行，仅检索给定范围内的行）、index（索引全扫描，遍历整个索引来查找匹配的行）、ALL（全表扫描）等。
6. possible_keys：
   • 显示查询可能使用哪些索引来查找。
   • 查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用。
7. key：
   • 显示MySQL实际决定使用的索引来优化对该表的访问。
8. key_len：
   • 表示MySQL决定使用的索引的长度。
   • 索引中使用的字节数，可以通过该列计算查询中使用的索引的长度。
9. ref：
   • 显示哪些列或常量被用于查找索引列上的值。
   • 常见的有const（常量）、func、NULL、字段名等。
10. rows：
    • MySQL查询优化器根据统计信息估算的，为了找到所需的记录所需要读取的行数。
    • 这个值非常直观地显示了SQL查询的效率好坏，原则上rows越少越好。
11. filtered：
    • 表示返回结果的行占需要读到的行（rows列的值）的百分比。
    • 在使用EXPLAIN EXTENDED时出现。
12. 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、图片等资源，它们被优化并压缩，以便在浏览器中快速加载。

二、核心概念

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

三、基本配置

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

四、高级功能

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

五、应用场景

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

六、总结

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

10.kafka

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

一、Kafka基础概念

1. 什么是Kafka？

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

2. Kafka的主要作用是什么？

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

3. Kafka的架构是怎样的？

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

二、Kafka消息传递与消费

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

   Kafka的消费者是pull（拉）模式。消费者自主决定是否从Broker拉取数据，这可以根据消费者的消费能力和需求进行调整。

2. 如何确定当前能读到哪一条消息？

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

3. Kafka如何保证消息的顺序消费？

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

三、Kafka集群与副本管理

1. Kafka集群的组成是什么？

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

2. Kafka如何管理副本？

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

3. Kafka的Leader选举机制是怎样的？

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

四、Kafka性能与优化

1. Kafka为什么这么快？

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

2. 如何优化Kafka的性能？

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

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

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

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

2. Kafka在出现故障时如何进行恢复？

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

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