今日面试题（2024-2-2）

欧阳史蛋儿

于 2024-02-02 20:16:26 发布

阅读量843

点赞数 21

分类专栏：面试题文章标签：面试 java redis spring

本文链接：https://blog.csdn.net/cc10280532/article/details/136000218

版权

面试题专栏收录该内容

4 篇文章 0 订阅

订阅专栏

今日面试题（2024-2-2）

1.静态变量可以修改吗？

静态变量（static variable）是属于类的变量，而不是属于对象实例的变量，静态变量是共享的，所有实例都共享同一个静态变量的值。
静态变量可以被修改，但需要通过类名或类的实例来访问和修改。

2.object类有哪些方法？

equals
hashcode
toString
getClas
clone
notify和notifyAll
wait
finalize.

3.notify和notifyAll这两个方法为啥在object类中而不在Thread类中?

因为它们涉及到的是对象的监视器（monitor）机制，而不是线程本身。

notify() 和 notifyAll() 方法是在 Object 类中定义的，而不是在 Thread 类中，是因为它们涉及到的是对象的监视器（monitor）机制，而不是线程本身。

在 Java 中，每个对象都有一个与之相关联的监视器，也称为内部锁或互斥锁。notify() 和 notifyAll() 方法的目的是在多线程环境中协调线程对共享资源的访问，确保线程之间能够正确地进行通信和同步。

当一个线程持有一个对象的锁时，它可以调用 notify() 方法来唤醒等待在该对象上的一个线程。而 notifyAll() 方法则唤醒所有等待在该对象上的线程。这样，等待中的线程有机会争夺对象的锁，以便继续执行。

这种通信和同步机制是基于对象级别的，而不是线程级别的。因此，将 notify() 和 notifyAll() 放在 Object 类中是合理的，因为这些方法的作用是与对象的监视器相关的，而不是与线程直接相关。

4.元注解有哪些？

@Retention：用于指定被注解的注解在编译时还是运行时保留。常见的取值有：
RetentionPolicy.SOURCE：注解仅在源代码中保留，编译时会被丢弃。
RetentionPolicy.CLASS：注解在编译时被保留到 class 文件中，但在运行时会被丢弃（默认值）。
RetentionPolicy.RUNTIME：注解在运行时被保留，可以通过反射机制读取。
@Target：用于指定被注解的注解可以应用于哪些元素（类、方法、字段等）。常见的取值有：
ElementType.TYPE：可以应用于类、接口、枚举。
ElementType.METHOD：可以应用于方法。
ElementType.FIELD：可以应用于字段。
@Documented：
用于指定被注解的注解是否会被包含在 JavaDoc 文档中。
@Inherited：
用于指定被注解的注解是否可以被继承。如果一个类使用了被 @Inherited 注解的注解，那么其子类将自动继承该注解。
@Repeatable：
用于指定被注解的注解是否支持多次应用于同一元素。Java 8 引入了重复注解的概念，而 @Repeatable 元注解则是用于支持这一特性。

5.什么叫做慢查询？

慢查询是指在数据库查询过程中，查询语句的执行时间超过了预期的时间，导致查询速度变慢。通常情况下，当查询语句的执行时间超过一定阈值时，就会被认为是慢查询。

为了解决慢查询问题，可以采取以下措施：

分析查询语句：通过分析查询语句，找出其中的性能瓶颈，例如全表扫描、索引未使用等。
优化查询语句：根据分析结果，优化查询语句，例如添加索引、修改查询条件等。
调整数据库参数：通过调整数据库参数，例如增加缓冲区大小、调整连接池大小等，可以提高数据库的性能。
使用缓存：将经常访问的数据缓存在内存中，减少对数据库的访问次数。
分批处理：将大量数据的查询分成多次小批量查询，减少单次查询的数据量。

通过以上措施，可以有效地解决慢查询问题，提高数据库的性能和响应速度。

6.Redis支持几种数据结构？

常用的是五种
1.字符串（String） Redis中的字符串是二进制安全的，可以包含任何数据，包括文本、图片等。你可以对字符串执行操作，如获取、设置、追加等。
2.列表（List） Redis的列表是一个有序的字符串元素集合，可以在列表的两端执行添加和删除操作。列表适用于实现队列、堆栈等数据结构。
3.哈希（Hash） Redis中的哈希是一个键值对集合，其中每个键都与一个值相关联。哈希适用于表示对象，如用户信息、商品信息等。你可以对哈希执行操作，如获取特定字段的值、设置字段的值等。
4.集合（Set） Redis的集合是一个无序的唯一值集合，可以执行交集、并集、差集等操作。集合适用于存储唯一的值。
5.有序集合（ZSet）有序集合是一个集合，其中每个成员都有一个分数（score），根据分数进行排序。有序集合适用于实现排行榜等功能。

7.延迟队列和 xxl-job 各自的优势和效率比较。

延迟队列和 xxl-job 都有各自的优势和适用场景，效率的高低取决于具体的使用场景和需求。

延迟队列的优势：

精确的延时控制：延迟队列通常可以提供更精确的延时控制，任务会在指定的延时时间后立即执行。
异步处理：适用于需要异步处理消息的场景，如消息队列的应用。

xxl-job 的优势：

简单易用： xxl-job 提供了简单易用的任务调度配置，适用于定时任务和简单的周期性任务。
分布式支持：如果系统需要分布式的任务调度，xxl-job 提供了分布式任务执行的支持。

效率的比较：

如果对于任务的执行时间要求不是非常精确，而且是简单的定时任务，xxl-job 的效率可能更高，因为它提供了简单的调度配置，并且不需要引入消息队列等复杂组件。
如果对于延时的控制要求非常精确，且需要异步处理，延迟队列可能更适合，但引入消息队列等组件可能会稍微增加复杂性。

在选择时，可以根据具体需求和系统的整体架构来综合考虑。如果需要更多的控制和异步处理，延迟队列可能是更好的选择；如果任务比较简单，而且对于精确的延时控制要求不高，xxl-job 可能更适合。

8.线程池的参数有哪些？

核心线程数（corePoolSize）：
corePoolSize 是线程池中保持活动状态的最小线程数。即使线程池处于空闲状态，也会保持这些核心线程存活，除非设置了允许核心线程超时的策略。
通过 ThreadPoolExecutor 构造函数的参数设置，或通过 setCorePoolSize 方法动态调整。

最大线程数（maximumPoolSize）：
maximumPoolSize 是线程池中允许的最大线程数量。当工作队列已满且活动线程数小于最大线程数时，线程池会创建新线程。
通过 ThreadPoolExecutor 构造函数的参数设置，或通过 setMaximumPoolSize 方法动态调整。

工作队列（workQueue）：
workQueue 用于保存等待执行的任务。当活动线程数达到核心线程数时，新任务会被放入工作队列。工作队列可以是有界的或无界的，例如 LinkedBlockingQueue 或 ArrayBlockingQueue。
通过 ThreadPoolExecutor 构造函数的参数设置。

线程存活时间（keepAliveTime）：
keepAliveTime 是非核心线程在空闲时被保留的最长时间。当线程空闲时间超过该值时，多余的非核心线程将被终止。
通过 ThreadPoolExecutor 构造函数的参数设置，或通过 setKeepAliveTime 方法动态调整。

线程工厂（threadFactory）：
threadFactory 用于创建新线程。可以通过实现 ThreadFactory 接口自定义线程创建的过程，例如设置线程的名称、优先级等。
通过 ThreadPoolExecutor 构造函数的参数设置。

拒绝策略（RejectedExecutionHandler）：
RejectedExecutionHandler 定义了当线程池已经饱和，并且工作队列已满时，新任务的处理方式。常见的拒绝策略包括抛出异常、直接丢弃任务、丢弃队列头部任务等。
通过 ThreadPoolExecutor 构造函数的参数设置。

任务拒绝策略（RejectedExecutionHandler）：
RejectedExecutionHandler 定义了当线程池已经饱和，无法处理新任务时的策略。通常有一些预定义的策略，比如 ThreadPoolExecutor.AbortPolicy（抛出异常）、ThreadPoolExecutor.CallerRunsPolicy（由调用线程执行）等。
通过 ThreadPoolExecutor 构造函数的参数设置。

9.为什么在购物车的时候使用hash而不使用string？

使用Redis中的哈希（Hash）数据结构来存储购物车数据具有许多优势，特别适用于购物车这种需要存储和管理复杂信息的场景。以下是使用Redis中的哈希存储购物车数据的优势：
结构化存储：哈希允许你以结构化的方式存储购物车项的详细信息。每个哈希键值对可以表示一个购物车项，键可以表示商品ID或唯一标识符，而值可以包含商品名称、价格、数量、图片URL等详细信息。这使得购物车数据更容易理解和维护。
容易更新：哈希可以轻松地更新购物车项的详细信息。当用户修改购物车中的商品数量、删除商品或更改其他属性时，只需更新哈希中的相应键值对，而不必重新构建整个购物车数据。这减少了数据操作的复杂性和开销。
更多查询选项：哈希结构使得可以更容易地进行数据查询和过滤。你可以根据商品ID快速检索特定的购物车项，或根据某个属性过滤购物车中的商品。这对于实现购物车功能和提供用户友好的界面非常有用。
减少内存使用：相对于使用字符串来存储购物车数据，哈希通常可以减少内存使用。购物车可能包含大量商品，而使用哈希可以有效地节省内存，因为购物车项的公共属性（如商品名称、价格等）不需要在每个项中重复存储。
易于扩展：当购物车系统需要添加更多属性或信息时，哈希可以轻松地扩展，而不会破坏现有数据结构。相比之下，使用字符串来存储购物车数据可能需要更多的序列化和反序列化操作，增加了复杂性。
性能优势：Redis中的哈希数据结构在处理复杂数据时通常具有较高的性能。由于Redis是内存数据库，哈希的读写速度非常快，这对于购物车功能中的实时交互非常重要。
综上所述，使用Redis中的哈希来存储购物车数据有许多优势，包括结构化存储、容易更新、更多查询选项、内存节省、易于扩展和性能优势。这使得哈希成为实现购物车功能的理想选择。