第五次线上面试总结(2022.9.21 二面)

2022年9月21号 第五次线上面试(二面)

面试题总结

1.项目中主要用了哪些包？

import java.lang.annotation.*;
import com.baomidou.mybatisplus.core.conditions.query.QueryWrapper;
import com.handsome.pojo.User;
import com.handsome.service.VerifyMailboxService;
import com.handsome.utils.MyCacheMap;
import lombok.extern.slf4j.Slf4j;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Pointcut;
import org.aspectj.lang.reflect.MethodSignature;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;
import org.springframework.web.context.request.RequestContextHolder;
import org.springframework.web.context.request.ServletRequestAttributes;

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpSession;
import java.lang.reflect.Method;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.http.CacheControl;
import org.springframework.security.core.session.SessionRegistry;
import org.springframework.security.core.session.SessionRegistryImpl;
import org.springframework.web.servlet.config.annotation.ResourceHandlerRegistry;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;

import java.util.concurrent.TimeUnit;

import com.handsome.service.impl.UserServiceImpl;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.annotation.Bean;
import org.springframework.security.config.annotation.authentication.builders.AuthenticationManagerBuilder;
import org.springframework.security.config.annotation.web.builders.HttpSecurity;
import org.springframework.security.config.annotation.web.configuration.EnableWebSecurity;
import org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter;
import org.springframework.security.core.session.SessionRegistry;
import org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder;
import org.springframework.security.crypto.password.PasswordEncoder;

import org.springframework.amqp.core.Binding;
import org.springframework.amqp.core.BindingBuilder;
import org.springframework.amqp.core.Queue;
import org.springframework.amqp.core.TopicExchange;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

import com.alibaba.fastjson.JSONObject;
import com.baomidou.mybatisplus.core.conditions.query.QueryWrapper;
import com.baomidou.mybatisplus.extension.plugins.pagination.Page;
import com.handsome.pojo.User;
import com.handsome.pojo.UserDonate;
import com.handsome.service.UserDonateService;
import com.handsome.service.UserService;
import com.handsome.utils.HandsomeUtils;
import io.swagger.annotations.Api;
import io.swagger.annotations.ApiOperation;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.*;

import java.util.HashMap;
import java.util.List;
import java.util.Map;

2.ThreadLocal的作用？

一、ThreadLocal的作用：
ThreadLocal主要功能就是给每个线程创建变量副本，这样就可以保证一个线程对某个变量的修改不会影响到其他线程对该变量的使用。

二、ThreadLocal的原理：
ThreadLocal是基于每个线程对象内部的一个叫做threadLocals的属性来实现的，它的类型是ThreadLocalMap（说白了就是一个Map对象）。它以ThreadLocal本本身作为键值，副本对象作为value存储，这样当每个线程调用该对象时就可以直接从自身的threadLocals属性中获取变量副本来进行操作。

三、ThreadLocal的使用场景：
最为常见的使用场景就是数据库的连接对象和session对象了

3.怎么查线上服务内存溢出问题？比如内存有两个G，但使用了三个G。

如果机器比较紧缺，第一时间要恢复应用，可以直接先将该节点下线，保存线程栈快照，和堆内存快照，然后进行重启。

生产机器一般都是集群部署，如果只是某一台出现这种情况，可以不着急立即重启，保存现场。

1.看看最近有什么服务上线，分析改动代码。

2.如果没有找到问题使用 top 命令找出比较消耗资源的进程，使用 top hp 命令打印该进程下面比较消耗资源的线程。

3.使用 jstack 打印出线程信息，看看是哪个类，或者是什么类型的线程。

4.再结合使用 jmap -histo 找出内存的大对象，按照对象大小排序。如果需要根据对象来源的话，还需要导出dump日志，使用分析工具，找出对象的来源。dump操作会暂停其他用户线程，所以只能在服务不可用的时候使用，可以先将该节点摘除。

总结：

1.定位进程pid

2.使用top -Hp [进程pid] 显示进程下面各个线程的占用情况，找出比较消耗资源的线程pid（shift+p 按cpu排序，shift+m 按内存排序）

3.通过jstack [进程pid] | grep -A 20 [线程pid的16进制] 打印出该线程的情况使用情况，分析是是什么线程，执行的是哪个类 (用printf ‘%x\n’ pid 转换为16进制)

4.使用jstack 保存栈的快照信息。jstack -l pid >> thread.txt

5.使用jstate -gc [pid]查看jvm gc情况，查看 full gc 次数和时间，是否出现异常
命令：jstat -gc [pid] [intervel]

6.通过jmap -histo [pid] 查看内存中的对象，按照所占内存大小排序。这里可以基本锁定异常大对象。
注意： jmap使用的时候jvm是处在停顿状态的，只能在服务不可用的时候为了解决问题来使用，否则会造成服务中断，所以先从服务列表摘除该节点，然后使用工具分析具体的对象来源。

7.如果需要跟踪对象来源，需要dump文件，但是dump是一个很耗时的操作，会造成用户线程停顿。需要先从服务列表摘除该节点，然后使用工具分析具体的对象来源。
jmap -dump:format=b,file=文件名 [pid]
解决：保存线程栈快照，和堆内存快照，进行重启。

8.定位具体原因，利用jmap -heap 查看堆内存分配情况，如果是分代年龄设置太小的话，可以稍微设置大点。
如果是年轻代，设置太小，可以适当增加，避免回收频繁。

打印堆内存信息：
jmap -heap [pid]

内存溢出问题解决方法：

内存溢出，简单地说内存溢出就是指程序运行过程中申请的内存大于系统能够提供的内存，导致无法申请到足够的内存，于是就发生了内存溢出。引起内存溢出的原因有很多种，常见的有以下几种：

1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据；

2.集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；

3.代码中存在死循环或循环产生过多重复的对象实体；

4.使用的第三方软件中的BUG；

5.启动参数内存值设定的过小。

内存溢出的解决方案：

1.修改JVM启动参数，直接增加内存。

2.检查错误日志，查看“OutOfMemory”错误前是否有其它异常或错误。

3.对代码进行走查和分析，找出可能发生内存溢出的位置。

4.使用内存查看工具动态查看内存使用情况。

除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OOM异常的可能。

Java堆溢出

Java堆用于储存对象实例，我们只要不断地创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么随着对象数量的增加，总容量触及最大堆的容量限制后就会产生内存溢出异常。

虚拟机栈和本地方法栈溢出

HotSpot虚拟机中并不区分虚拟机栈和本地方法栈，如果虚拟机的栈内存允许动态扩展，当扩展栈容量无法申请到足够的内存时，将抛出OutOfMemoryError异常。

方法区和运行时常量池溢出

方法区溢出也是一种常见的内存溢出异常，在经常运行时生成大量动态类的应用场景里，就应该特别关注这些类的回收状况。这类场景常见的包括：程序使用了CGLib字节码增强和动态语言、大量JSP或动态产生JSP文件的应用、基于OSGi的应用等。

在JDK 6或更早之前的HotSpot虚拟机中，常量池都是分配在永久代中，即常量池是方法去的一部分，所以上述问题在常量池中也同样会出现。而HotSpot从JDK 7开始逐步“去永久代”的计划，并在JDK 8中完全使用元空间来代替永久代，所以上述问题在JDK 8中会得到避免。

本地直接内存溢出

直接内存的容量大小可通过-XX：MaxDirectMemorySize参数来指定，如果不去指定，则默认与Java堆最大值一致。如果直接通过反射获取Unsafe实例进行内存分配，并超出了上述的限制时，将会引发OOM异常。

重点排查以下几点：
1.检查代码中是否有死循环或递归调用。

2.检查是否有大循环重复产生新对象实体。

3.检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。

4.检查List、MAP等集合对象是否有使用完后，未清除的问题。List、MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收。

4.jps、 jstat、jinfo、jmap、jhat、jstack、jconsole工具的使用方法？

JDK 内置命令行工具

这些命令在 JDK 安装目录下的 bin 目录下：

• jps (JVM Process Status）: 类似 UNIX 的 ps 命令。用于查看所有 Java 进程的启动类、传入参数和 Java 虚拟机参数等信息；
• jstat（JVM Statistics Monitoring Tool）: 用于收集 HotSpot 虚拟机各方面的运行数据;
• jinfo (Configuration Info for Java) : Configuration Info for Java,显示虚拟机配置信息;
• jmap (Memory Map for Java) : 生成堆转储快照;
• jhat (JVM Heap Dump Browser) : 用于分析 heapdump 文件，它会建立一个 HTTP/HTML 服务器，让用户可以在浏览器上查看分析结果;
• jstack (Stack Trace for Java) : 生成虚拟机当前时刻的线程快照，线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合。

1.jps(Java Virtual Machine Process Status Tool)
jps主要用来输出JVM中运行的进程状态信息。语法格式如下：
jps [options] [hostid]

-q 不输出类名、Jar名和传入main方法的参数

-m 输出传入main方法的参数

-l 输出main类或Jar的全限名

-v 输出传入JVM的参数

2.jstack主要用来查看某个Java进程内的线程堆栈信息。语法格式如下：

jstack [option] pid

jstack [option] executable core

jstack [option] [server-id@]remote-hostname-or-ip

命令行参数选项说明如下：

-l long listings，会打印出额外的锁信息，在发生死锁时可以用jstack -l pid来观察锁持有情况

-m mixed mode，不仅会输出Java堆栈信息，还会输出C/C++堆栈信息（比如Native方法）

3.jmap（Memory Map）和jhat（Java Heap Analysis Tool）

jmap用来查看堆内存使用状况，一般结合jhat使用。

jmap语法格式如下：

jmap [option] pid

jmap [option] executable core

jmap [option] [server-id@]remote-hostname-or-ip

如果运行在64位JVM上，可能需要指定-J-d64命令选项参数。

jmap -permstat pid

4.jstat（JVM统计监测工具）
监控的内容有：类装载、内存、垃圾收集、jit编译的信息。

语法格式如下：

jstat [ generalOption | outputOptions vmid [interval[s|ms] [count]] ]

5.jinfo（实时查看与调整虚拟机的各项参数）
jinfo的语法格式如下：

jinfo [option] <pid>

jinfo [option] <executable <core>

jinfo [option] [server_id@]<remote server IP or hostname>

6.jconsole

作用有：内存监控、线程监控、死锁。

5.怎么去编译一个Java JDK？

1.获取源码
OpenJDK是使用得最广泛的JDK，将选择OpenJDK 12进行编译。

2.系统需求
建议在Linux或者MacOS上构建OpenJDK，这两个系统在准备构建工具链和依赖项要比在Windows或Solaris平台上要容易的多。建议所有的文件，包括源码和依赖项目，都不要防止包含中文的目录里面，这样做不是一定会产生不可解决的问题，只是没有必要给自己找麻烦。

3.构建编译环境
根据不同系统环境安装所需的编辑器。

4.进行编译
启动多条编译线程，全量编译整个OpenJDK 12。

5.在IDE工具中进行源码调试
编译一个可调式版本HotSpot虚拟机，并禁用优化，带有符号信息，这样的编译结果已经可以直接使用GDB在命令中进行调试了。

6.Java垃圾回收器CMS与G1的区别？

区别一： 使用范围不一样
CMS收集器是老年代的收集器，可以配合新生代的Serial和ParNew收集器一起使用。
G1收集器收集范围是老年代和新生代，不需要结合其他收集器使用。

区别二： STW的时间
CMS收集器以最小的停顿时间为目标的收集器。
G1收集器可预测垃圾回收的停顿时间（建立可预测的停顿时间模型）。

区别三： 垃圾碎片
CMS收集器是使用“标记-清除”算法进行的垃圾回收，容易产生内存碎片。
G1收集器使用的是“标记-整理”算法，进行了空间整合，没有内存空间碎片。

区别四： 垃圾回收的过程不一样
CMS：
1.初始标记
2.并发标记
3.重新标记
4.并发清理

G1：
1.初始标记
2.并发标记
3.最终标记
4.筛选回收

区别五: CMS会产生浮动垃圾
CMS产生浮动垃圾过多时会退化为serial old，效率低，而G1没有浮动垃圾，CMS清除垃圾时是并发清除的，这个时候，垃圾回收线程和用户线程同时工作会产生浮动垃圾，也就意味着CMS垃圾回收器必须预留一部分内存空间用于存放浮动垃圾，而G1的筛选回收是多个垃圾回收线程并行gc的，没有浮动垃圾的回收。

在执行‘并发清理’步骤时，用户线程也会同时产生一部分可回收对象，但是这部分可回收对象只能在下次执行清理是才会被回收。如果在清理过程中预留给用户线程的内存不足就会出现‘Concurrent Mode Failure’,一旦出现此错误时便会切换到SerialOld收集方式。

CMS回收垃圾的4个阶段:
1.初始标记阶段：会让线程全部停止，也就是 Stop the World 状态。

2.并发标记阶段：对所有的对象进行追踪，这个阶段最耗费时。但这个阶段是和系统并发运行的，所以不会对系统运行造成影响。

3.重新标记阶段：由于第二阶段是并发执行的，一边标记垃圾对象，一边创建新对象，老对象会变成垃圾对象。 所以第三阶段也会进入 Stop the World 状态，并且重新标记，标记的是第二阶段中变动过的少数对象，所以运行速度很快。

4.并发清理阶段： 这个阶段也是会耗费很多时间，但由于是并发运行的，所以对系统不会造成很大的影响。

CMS的总结和优缺点:
CMS采用 标记-清理 的算法，标记出垃圾对象，清除垃圾对象。算法是基于老年代执行的，因为新生代产生无法接受该算法产生的碎片垃圾。

优点：并发收集，低停顿
不足：

• 无法处理浮动垃圾，并发收集会造成内存碎片过多
• CPU资源非常敏感,在并发阶段虽然不会导致用户线程停顿，但是会因为占用了一部分CPU资源，如果在CPU资源不足的情况下应用会有明显的卡顿。

G1回收器的特点:
G1的出现就是为了替换jdk1.5种出现的CMS,这一点已经在jdk9的时候实现了，jdk9默认使用了G1回收器，移除了所有CMS相关的内容。G1和CMS相比，有几个特点：

1.控制回收垃圾的时间：这个是G1的优势，可以控制回收垃圾的时间，还可以建立停顿的时间模型，选择一组合适的Regions作为回收目标，达到实时收集的目的
2.空间整理：和CMS一样采用标记-清理的算法，但是G1不会产生空间碎片，这样就有效的使用了连续空间，不会导致连续空间不足提前造成GC的触发

G1把Java内存拆分成多等份，多个域（Region），逻辑上存在新生代和老年代的概念，但是没有严格区分

依旧存在新生代老年代的概念，但是没有严格区分。Region最多分为2048个

大对象的处理

除了上面优点之外，还有一个优点，那就是对大对象的处理。在CMS内存中，如果一个对象过大，进入S1、S2区域的时候大于改分配的区域，对象会直接进入老年代。G1处理大对象时会判断对象是否大于一个Region大小的50%，如果大于50%就会横跨多个Region进行存放

G1回收垃圾的4个阶段:
1.初始标记(Initial Marking)：仅仅只是标记一下GC Roots能直接关联到的对象，并且修改TAMS指针的值，让下一阶段用户线程并发运行时，能正确地在可用的Region中分配新对象。这个阶段需要停顿线程，但耗时很短，而且是借用进行Minor GC的时候同步完成的，所以G1收集器在这个阶段实际并没有额外的停顿。

2.并发标记( Concurrent Marking)：从GC Root开始对堆中对象进行可达性分析，递归扫描整个堆里的对象图，找出要回收的对象，这阶段耗时较长，但可与用户程序并发执行。当对象图扫描完成以后，并发时有引用变动的对象会产生漏标问题，G1中会使用SATB(snapshot-at-the-beginning)算法来解决。

3.最终标记(Final Marking)：对用户线程做一个短暂的暂停，用于处理并发标记阶段仍遗留下来的最后那少量的SATB记录(漏标对象)。 多个线程同时标记。

4.筛选回收(Live Data Counting and Evacuation)：负责更新Region的统计数据，对各个Region的回收价值和成本进行排序，根据用户所期望的停顿时间来制定回收计划，可以自由选择任意多个Region构成回收集，然后把决定回收的那一部分Region的存活对象复制到空的Region中，再清理掉整个旧Region的全部空间。这里的操作涉及存活对象的移动，是必须暂停用户线程，由多个收集器线程并行完成的。

什么情况下应该考虑使用G1

参考官方文档：

• 实时数据占用超过一半的堆空间
• 对象分配或者晋升的速度变化大
• 希望消除长时间的GC停顿（超过0.5-1秒）

G1设置参数
控制G1回收垃圾的时间
-XX:MaxGCPauseMillis=200 （默认200ms）

7.G1相比于CMS的优势是什么？

1、G1在压缩空间方面有优势。

2、G1通过将内存空间分成区域（Region）的方式避免内存碎片的问题。

3、Eden、Survivor、Old区不再固定，在内存使用效率上来说更灵活。

4、G1可以通过设置预期停顿时间（Pause Time）来控制垃圾收集时间，避免应用雪崩现象。

5、G1在回收内存后会马上同时做合并空闲内存的工作，而CMS默认是在STW(stop the world)的时候做。

6、G1会在young GC中使用，而CMS只能在老年代中使用。

G1适合的场景：

1、服务端多喝CPU、JVM内存占用较大的应用。

2、应用在运行过程中会产生大量的内存碎片，需要经常压缩空间。

3、想要更可控、可预期的GC停顿周期；防止高并发下应用的雪崩现象。

8.G1为什么会使内存更连续，减少碎片空间？

G1将内存划分为一个个的region。内存的回收是以region作为基本单位的。

Region之间是复制算法，但整体上实际可看作是标记-压缩（Mark-Compact）算法，两种算法都可以避免内存碎片，这种特性有利于程序长时间运行，分配大对象不会因为无法找到连续内存空间而提前触发下一次GC。尤其是当Java堆非常大的时候，G1的优势更加明显。

9.SpringBoot的核心注解？

1.@SpringBootApplication
Spring Boot 最最最核心的注解，用在 Spring Boot 主类上，标识这是一个 Spring Boot 应用，用来开启 Spring Boot 的各项能力。实际上这个注解是@Configuration,@EnableAutoConfiguration,@ComponentScan三个注解的组合。由于这些注解一般都是一起使用，所以Spring Boot提供了一个统一的注解@SpringBootApplication。

2.@EnableAutoConfiguration
允许 Spring Boot 自动配置注解，开启这个注解之后，Spring Boot 就能根据当前类路径下的包或者类来配置 Spring Bean。

3.@SpringBootConfiguration
这个注解只是用来修饰是 Spring Boot 配置而已，或者可利于 Spring Boot 后续的扩展。

4.@ConditionalOnBean
@ConditionalOnBean(A.class)仅仅在当前上下文中存在A对象时，才会实例化一个Bean，也就是说只有当A.class 在spring的applicationContext中存在时，这个当前的bean才能够创建。

5.@ConditionalOnMissingBean
组合@Conditional注解，和@ConditionalOnBean注解相反，仅仅在当前上下文中不存在A对象时，才会实例化一个Bean。

6.@ConditionalOnClass
组合 @Conditional 注解，可以仅当某些类存在于classpath上时候才创建某个Bean。

7.@ConditionalOnMissingClass
组合@Conditional注解，和@ConditionalOnMissingClass注解相反，当classpath中没有指定的 Class才开启配置。

8.@ConditionalOnWebApplication
组合@Conditional 注解，当前项目类型是 WEB 项目才开启配置。当前项目有以下 3 种类型:ANY(任何Web项目都匹配)、SERVLET（仅但基础的Servelet项目才会匹配）、REACTIVE（只有基于响应的web应用程序才匹配）。

9.@ConditionalOnNotWebApplication
组合@Conditional注解，和@ConditionalOnWebApplication 注解相反，当前项目类型不是 WEB 项目才开启配置。

10.@ConditionalOnProperty
组合 @Conditional 注解，当指定的属性有指定的值时才开启配置。具体操作是通过其两个属性name以及havingValue来实现的，其中name用来从application.properties中读取某个属性值，如果该值为空，则返回false;如果值不为空，则将该值与havingValue指定的值进行比较，如果一样则返回true;否则返回false。如果返回值为false，则该configuration不生效；为true则生效。

11.@ConditionalOnExpression
组合 @Conditional 注解，当 SpEL 表达式为 true 时才开启配置。

12.@ConditionalOnJava
组合@Conditional 注解，当运行的 Java JVM 在指定的版本范围时才开启配置。

13.@ConditionalOnResource
组合 @Conditional 注解，当类路径下有指定的资源才开启配置

14.@ConditionalOnJndi
组合 @Conditional 注解，当指定的 JNDI 存在时才开启配置。

15.@ConditionalOnCloudPlatform
组合 @Conditional 注解，当指定的云平台激活时才开启配置。

16.@ConditionalOnSingleCandidate
组合 @Conditional 注解，当指定的 class 在容器中只有一个 Bean，或者同时有多个但为首选时才开启配置。

17.@ConfigurationProperties
Spring Boot可使用注解的方式将自定义的properties文件映射到实体bean中，比如config.properties文件。

18.@EnableConfigurationProperties
当@EnableConfigurationProperties注解应用到你的@Configuration时，任何被@ConfigurationProperties注解的beans将自动被Environment属性配置。 这种风格的配置特别适合与SpringApplication的外部YAML配置进行配合使用。

19.@AutoConfigureAfter
用在自动配置类上面，表示该自动配置类需要在另外指定的自动配置类配置完之后。

20.@AutoConfigureBefore
这个和@AutoConfigureAfter注解使用相反，表示该自动配置类需要在另外指定的自动配置类配置之前。

21.@AutoConfigureOrder
Spring Boot 1.3.0中有一个新的注解@AutoConfigureOrder，用于确定配置加载的优先级顺序。

22.@Configuration
从Spring3.0，@Configuration用于定义配置类，可替换xml配置文件，被注解的类内部包含有一个或多个被@Bean注解的方法，这些方法将会被AnnotationConfigApplicationContext或AnnotationConfigWebApplicationContext类进行扫描，并用于构建bean定义，初始化Spring容器。

23.@ComponentScan
做过web开发的同学一定都有用过@Controller，@Service，@Repository注解，查看其源码你会发现，他们中有一个共同的注解@Component，没错@ComponentScan注解默认就会装配标识了@Controller，@Service，@Repository，@Component注解的类到spring容器中。

24.@Conditional
@Conditional是Spring4新提供的注解，通过@Conditional注解可以根据代码中设置的条件装载不同的bean，在设置条件注解之前，先要把装载的bean类去实现Condition接口，然后对该实现接口的类设置是否装载的条件。Spring Boot注解中的@ConditionalOnProperty、@ConditionalOnBean等以@Conditional*开头的注解，都是通过集成了@Conditional来实现相应功能的。

25.@Import
通过导入的方式实现把实例加入springIOC容器中。可以在需要时将没有被Spring容器管理的类导入至Spring容器中。

26.@ImportResource
和@Import类似，区别就是@ImportResource导入的是配置文件。

27.@Component
@Component是一个元注解，意思是可以注解其他类注解，如@Controller @Service @Repository。带此注解的类被看作组件，当使用基于注解的配置和类路径扫描的时候，这些类就会被实例化。其他类级别的注解也可以被认定为是一种特殊类型的组件，比如@Controller 控制器（注入服务）、@Service服务（注入dao）、@Repository dao（实现dao访问）。@Component泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注，作用就相当于 XML配置，。

10.用哪个注解去读取配置文件里的值？

1.@Value(“${key}”)

2.@Value(“#{configProperties[‘key’]}”) （SpEL表达式）

11.两个服务之间怎么相互调用？

1.RestTemplate方式
2.引入Nacos注册中心
3.Fegin实现服务调用

12.左连接和内连接的区别？

• left join（左连接）：返回包括左表中的所有记录和右表中连接字段相等的记录。
• right join（右连接）：返回包括右表中的所有记录和左表中连接字段相等的记录。
• inner join（内连接）：只返回两个表中连接字段相等的行。
• full join （全外连接）：返回左右表中所有的记录和左右表中连接字段相等的记录。

13.同一类型的文章发了多少个？判断同一类型超过三个？

使用 group by 加 having 进行分组并条件过滤。

14.Linux里面怎么去查看Java JDK的位置？

which java定位到的是java程序的执行路径

java -version查看Java版本号

echo $JAVA_HOME

使用$JAVA_HOME的话能定位JDK的安装路径的前提是配置了环境变量$JAVA_HOME，
否则如下所示，根本定位不到JDK的安装路径

15.查看一个文件最后两百行？

1.tail 命令查看文件中的后200行

tail -n 200 filename

2.head命令查看文件中的前200行

head -n 200 filename