spring 面试题总结

spring boot 变更jackson的json序列化方式

要变更Jackson库的JSON序列化方式，你可以使用自定义的JsonSerializer，并在需要进行自定义序列化的属性或类上使用@JsonSerialize注解来指定自定义的JsonSerializer。下面是一个简单的示例：

首先，创建一个自定义的JsonSerializer类，例如：

import com.fasterxml.jackson.core.JsonGenerator;
import com.fasterxml.jackson.databind.JsonSerializer;
import com.fasterxml.jackson.databind.SerializerProvider;
import java.io.IOException;public class CustomSerializer extends JsonSerializer<MyObject> {@Overridepublic void serialize(MyObject myObject, JsonGenerator jsonGenerator, SerializerProvider serializerProvider) throws IOException {// 自定义的序列化逻辑jsonGenerator.writeString(myObject.getCustomValue()); // 以字符串形式序列化}
}

然后，在你的Java对象上使用@JsonSerialize注解，并指定自定义的JsonSerializer类，如下所示：

import com.fasterxml.jackson.databind.annotation.JsonSerialize;@JsonSerialize(using = CustomSerializer.class)
public class MyObject {private String customValue;// 省略getter和setter方法public String getCustomValue() {return customValue;}
}

现在，当你使用Jackson序列化MyObject对象时，它将使用自定义的CustomSerializer来执行序列化，而不是默认的方式。

这样，你可以在CustomSerializer中实现你自己的序列化逻辑，以满足特定的需求。你可以在serialize方法中编写任何自定义序列化代码，将Java对象转换为JSON格式的数据。

spring 中定义AOP切点表达式

在Spring AOP中，你可以使用切点表达式（Pointcut Expressions）来定义切点，从而指定在哪些方法上应用切面（Aspect）。切点表达式允许你选择一组匹配的方法，以便在这些方法执行前、后或周围织入切面的通知。Spring AOP使用AspectJ切点表达式语法。

以下是Spring AOP中定义切点表达式的方式：

定义切点表达式：切点表达式通常定义在Spring配置文件或通过Java配置类中的@Pointcut注解。你可以在这里指定要匹配的方法或类。
```
<aop:pointcut id="myPointcut" expression="execution(* com.example.service.*.*(..))" />
```
或者在Java配置类中：
```
@Pointcut("execution(* com.example.service.*.*(..))")
private void myPointcut() {}
```
在上面的示例中，切点表达式execution(* com.example.service.*.*(..))匹配了com.example.service包中的所有方法。
使用切点：一旦定义了切点表达式，你可以将其与切面的通知关联起来，以在匹配的方法上应用通知。这可以通过@Before、@After、@Around等注解来实现。
```
@Before("myPointcut()")
public void beforeAdvice() {// 在匹配的方法执行前执行通知
}
```
在上面的示例中，@Before注解指定了在myPointcut定义的切点匹配的方法执行前执行通知。
切点表达式语法：Spring AOP使用AspectJ切点表达式语法，其中包含各种模式和运算符来匹配方法的不同部分，如包、类、方法名、参数等。以下是一些常见的切点表达式示例：
- execution(* com.example.service.*.*(..))：匹配com.example.service包中的所有方法。
- execution(public * com.example.service.*.*(..))：匹配com.example.service包中的所有公共方法。
- execution(* com.example.service.*Service.*(..))：匹配com.example.service包中所有以Service结尾的类的所有方法。
- execution(* com.example.service.*Service.*(..)) && args(arg1, arg2)：匹配传入参数为arg1和arg2的com.example.service包中以Service结尾的类的所有方法。
- within(com.example.service..*)：匹配com.example.service包及其子包中的所有方法。

切点表达式是Spring AOP中非常强大和灵活的部分，可以根据具体需求来定义精确的切点。通过掌握切点表达式语法，你可以更精细地控制在哪些方法上应用切面的通知。

拦截器和过滤器的区别

拦截器（Interceptor）和过滤器（Filter）是在Java Web应用中用于处理HTTP请求和响应的两种不同机制，它们有一些关键区别：

位置：
- 拦截器属于MVC框架的一部分，通常与特定的MVC框架（如Spring MVC）相关联。它在请求到达控制器之前、之后或之间执行，主要用于对请求和响应进行拦截和处理。
- 过滤器是Servlet规范的一部分，与特定的MVC框架无关，它在Servlet容器级别工作。过滤器可以拦截整个Web应用程序中的请求和响应，包括静态资源、Servlet、JSP等。
配置：
- 拦截器通常在MVC框架的配置文件中定义，可以选择性地为每个控制器或控制器方法配置拦截器。
- 过滤器通过在web.xml文件中进行配置，按照配置的顺序依次运行，可以应用于整个Web应用程序。
用途：
- 拦截器通常用于实现业务逻辑、权限控制、日志记录等与应用程序相关的操作。它们可以访问MVC框架的上下文和控制器方法的返回值。
- 过滤器通常用于请求和响应的转换、编码、解码、身份验证、安全性、日志记录等与HTTP协议相关的操作。它们可以访问Servlet API，但通常无法直接访问MVC框架的上下文或控制器。
依赖性：
- 拦截器依赖于MVC框架，可以利用MVC框架的依赖注入和AOP功能。
- 过滤器独立于MVC框架，不依赖于任何特定框架。
执行顺序：
- 拦截器的执行顺序可以在配置中定义，并且可以控制多个拦截器的执行顺序。
- 过滤器的执行顺序是根据在web.xml中的配置顺序决定的，无法在运行时更改。

综上所述，拦截器和过滤器在处理HTTP请求和响应时有不同的用途、配置方式和运行环境。拦截器更适合在MVC框架中进行业务逻辑的预处理和后处理，而过滤器更适合在Servlet容器级别对HTTP请求和响应进行处理。根据你的需求和应用程序结构，可以选择使用其中之一或两者结合使用。

spring boot中让事务失效的几种方式

在Spring Boot中，通常情况下，有以下几种可能导致事务失效的常见方式：

未捕获的异常：未捕获的异常可能导致事务不会回滚。这包括受检异常未捕获或意外的运行时异常未被捕获。
事务传播行为设置不当：使用不正确的事务传播行为设置可能会导致嵌套事务或者不会启动新事务，从而影响事务的一致性。
不使用Spring代理：如果调用@Transactional方法的对象不是Spring代理（即不是一个由Spring容器管理的Bean），事务注解将不会生效。
使用了Thread.sleep或Thread.yield：在事务内部使用Thread.sleep或Thread.yield等线程控制方法可能会导致数据库连接被释放，从而影响事务的提交。
使用了TransactionTemplate：如果在事务方法内使用TransactionTemplate手动控制事务，要确保正确地使用它，避免手动提交或回滚事务。
自调用问题：如果一个@Transactional方法内部自己调用，而不是通过代理对象，事务注解可能不会生效。
try-catch块问题：在try-catch块内捕获了异常，但没有重新抛出或手动触发回滚，可能会导致事务不会回滚。

这些是常见的导致事务失效的方式。要确保事务的正确工作，需要仔细检查代码，确保异常处理、事务传播设置和Spring代理的正确配置。如果还有其他特定情况导致事务失效，可能需要根据具体情况进行更详细的分析和处理。

排查线上jvm问题的步骤

排查JVM问题通常需要一系列的步骤和方法，以下是一般的排查步骤的总结：

查看错误日志：
- 首先，检查应用程序的错误日志文件，查找异常、错误或警告信息。
- 检查JVM日志（如hs_err_pid.log）以获取有关JVM崩溃的信息。
分析异常堆栈：
- 查看异常堆栈跟踪，确定问题发生的位置和原因。
- 检查异常类型、发生位置和方法调用链。
使用内存分析工具：
- 使用内存分析工具（如VisualVM、Eclipse Memory Analyzer、YourKit等）检查内存使用情况。
- 发现内存泄漏、大对象、不合理的内存分配等问题。
启用GC日志：
- 启用GC日志以监视垃圾回收性能。
- 使用GC分析工具分析GC日志，查找GC问题。
线程分析：
- 使用线程分析工具（如VisualVM、jstack、Thread Dump Analyzer等）获取线程转储。
- 分析线程状态、死锁等问题。
JVM参数调整：
- 根据应用程序需求和性能问题，调整JVM参数。
- 监视性能并逐步优化参数设置。
分析代码：
- 检查应用程序的源代码，查找潜在问题。
- 使用代码审查工具和静态代码分析工具辅助分析。
监控工具：
- 使用监控工具（如Prometheus、Grafana、New Relic等）监视性能指标、日志和异常。
- 提供实时性能数据和警报。
JVM Profiler：
- 使用JVM分析器（如VisualVM、YourKit Profiler、JProfiler等）分析性能瓶颈。
- 查看CPU使用率、内存使用等。
分阶段调试：
- 如果问题复杂，将应用程序逐步拆分为更小的部分，然后单独调试每个部分。
- 确定问题所在的具体模块或功能。
测试环境：
- 在开发和测试环境中尝试重现问题，以便更容易地进行调试和排查。
JVM升级：
- 如果问题是特定于JVM版本的，考虑升级JVM版本，以查看是否可以解决问题。