口试问题总结（回忆版）
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版本和详细应用场景，以便更准确地回答问题。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]