12-23,12-24周末33题
1.Maven 的依赖范围有哪些？它们分别表示什么含义？(10分)
在Maven中，依赖范围（dependency scope）用于定义依赖项在不同阶段和环境中的使用方式。以下是Maven中常用的依赖范围及其含义：
compile（默认）：依赖项在所有阶段都可用，包括编译、测试、运行等。它会被传递给依赖项目。
provided：依赖项在编译和测试阶段可用，但在运行时由目标环境（例如Java EE容器）提供。它不会被传递给依赖项目。
runtime：依赖项在运行和测试阶段可用，但在编译时不需要。它会被传递给依赖项目。
test：依赖项仅在测试阶段可用，用于编译和运行测试代码。它不会被传递给依赖项目。
system：依赖项类似于provided，但需要显式指定路径。它不会从Maven仓库中获取依赖项，而是从本地系统中的特定路径加载。
import：该依赖项仅在使用Maven的
部分时有效，表示只导入POM中的依赖管理信息，而不实际引入依赖项。
2.Maven 中的传递性依赖是什么意思？如何解决依赖冲突？(10分)
在Maven中，传递性依赖（Transitive Dependency）指的是当一个项目依赖于另一个项目时，它也会自动获取被依赖项目所依赖的其他项目。换句话说，如果项目A依赖于项目B，而项目B又依赖于项目C和项目D，那么项目A将会自动获取项目B、C和D作为它的依赖项。
当多个依赖项具有不同的版本时，就可能出现依赖冲突。例如，项目A依赖于项目B的1.0版本，而项目C依赖于项目B的2.0版本。在这种情况下，Maven将选择其中一个版本来满足依赖关系，而忽略另一个版本。这可能导致编译错误或运行时错误。
为了解决依赖冲突，可以采取以下几种方式：
显式声明依赖版本：在项目的pom.xml文件中，通过直接指定依赖项的版本号来解决冲突。这样可以确保使用特定的版本，而不受传递性依赖的影响。
排除冲突依赖：使用Maven提供的
元素可以排除特定依赖的传递性依赖。在pom.xml文件中，您可以指定要排除的依赖项和其传递性依赖项的坐标信息。使用Dependency Management：通过在父级pom.xml文件中使用
元素，可以集中管理项目中的依赖项。通过明确指定每个依赖项的版本，可以解决依赖冲突。更新依赖项版本：如果可能，尝试将依赖项更新到最新的版本，以解决可能存在的冲突。
使用Maven插件：有一些Maven插件可以帮助解决依赖冲突问题，如Maven Enforcer Plugin、Maven Dependency Plugin等。这些插件提供了各种功能来分析和解决依赖冲突。
通过以上方法，可以有效地解决Maven项目中的依赖冲突问题，确保项目能够正确构建和运行。
3.Maven核心概念模型是哪些(20分)
Maven核心概念模型包括以下几个主要的概念：
项目（Project）：指的是一个完整的软件项目，它由一个或多个模块组成。
模块（Module）：指的是项目中的一个单独的可构建单元，通常对应于项目中的一个子目录。每个模块都有自己的pom.xml文件来描述其依赖关系、构建配置等信息。
POM（Project Object Model）：POM是Maven项目的核心文件，以XML格式定义了项目的基本信息、依赖关系、构建配置等。每个模块都有自己的pom.xml文件，而父模块可以通过继承机制来共享一些通用的配置。
依赖（Dependency）：指的是项目构建过程中所需的外部库、组件或其他模块。依赖关系定义在项目的pom.xml文件中，Maven会自动下载并管理这些依赖项。
仓库（Repository）：指的是存储Maven构建所需依赖项的地方。Maven使用本地仓库来存储已经下载的依赖项，并从远程仓库拉取缺失的依赖项。
生命周期（Lifecycle）：Maven生命周期定义了项目构建过程中的一系列阶段，如编译、测试、打包、部署等。每个生命周期由一组插件目标（Goal）组成，可以通过命令来执行。
插件（Plugin）：Maven插件是用于扩展和定制构建过程的工具。插件可以执行特定的任务，如编译代码、运行测试、生成报告等。
仓库管理器（Repository Manager）：指的是用于管理远程仓库的工具，可以帮助团队共享和发布构件。常见的仓库管理器有Nexus、Artifactory等。
4.Mybatis的执行流程(20分)
MyBatis 是一个持久层框架，它主要用于将数据库操作和 Java 对象之间的映射关系进行管理。MyBatis 的执行流程可以简单地描述为以下几个步骤：
-
加载配置文件：MyBatis 需要通过加载 XML 格式的配置文件来获取数据库连接信息、SQL 映射关系等配置信息。
-
创建 SqlSessionFactory：通过加载配置文件，MyBatis 会创建一个 SqlSessionFactory 对象，该对象包含了数据库连接池和映射关系等信息。
-
创建 SqlSession：通过 SqlSessionFactory 创建 SqlSession 对象，SqlSession 提供了对数据库操作的方法，包括增删改查等操作。
-
加载映射文件：SqlSession 根据配置文件中的映射关系，加载对应的映射文件，将 SQL 语句和 Java 方法进行映射。
-
执行 SQL 语句：通过 SqlSession 调用相应的方法执行 SQL 语句，包括查询、更新、删除等操作。
-
封装结果：MyBatis 将查询结果封装成 Java 对象，并返回给调用者。
-
事务管理：如果需要进行事务管理，可以在 SqlSession 中进行事务的提交或回滚操作。
-
关闭 SqlSession：在完成数据库操作后，需要关闭 SqlSession，释放资源。
这些是 MyBatis 的基本执行流程，通过以上步骤，MyBatis 实现了数据库操作和 Java 对象之间的映射，简化了持久层开发的复杂度。
5.当实体类中的属性名和表中的字段名不一样 ，怎么办 ？(10分)
当实体类中的属性名和表中的字段名不一样时，可以通过 MyBatis 的映射配置来解决这个问题。在 MyBatis 中，可以使用 resultMap 或者注解来进行属性名和字段名的映射。
-
使用 resultMap 进行属性名和字段名的映射： 在 XML 映射文件中，可以使用 resultMap 元素定义结果集的映射，指定实体类的属性与表中字段的对应关系。例如：
这样就可以明确指定属性名和字段名之间的映射关系。
-
可以在书写sql语句的时候给每个字段取个别名，用来解决这个问题。
-
可以使用注解@Result，@Select("select * from t_user where user_name = #{userName}")
@Results(
@Result(property = "userId", column = "user_id"),
@Result(property = "userName", column = "user_name")
)
6.mybatis的#{}与${}区别(10分)
在 MyBatis 中，#{} 和 ${} 是两种不同的参数绑定方式。
-
#{}参数占位符：#{}是用于预编译 SQL 语句的参数占位符，调用的方法时preparationStatement中set，它会将传入的参数值进行安全处理，防止 SQL 注入攻击。使用#{}时，MyBatis 会自动为参数添加适当的引号，并将参数的值作为预编译语句的占位符。例如：在上述例子中，
#{userId}表示一个参数占位符，MyBatis 会将实际的参数值安全地填充到 SQL 语句中。 -
${}字符串替换：${}是用于字符串替换的占位符，它会直接将参数值拼接到 SQL 语句中，不做任何处理。使用${}时，需谨慎防止 SQL 注入攻击，因为参数值直接嵌入到 SQL 语句中，没有经过安全处理。例如：在上述例子中，
${userName}表示一个字符串替换，实际的参数值会直接拼接到 SQL 语句中，可能存在安全风险。因此，${}不适用于接受用户输入的参数，一般用于动态拼接 SQL 语句的情况。
总结：
-
#{}适用于大部分场景，它会将参数值安全地作为占位符处理，防止 SQL 注入攻击。 -
${}适用于部分特殊场景，主要用于动态拼接 SQL 语句的情况，但需要注意防止 SQL 注入攻击。
7.说一下Mybatis的一级缓存和二级缓存(10)
MyBatis 提供了一级缓存和二级缓存来提高查询性能，减少对数据库的访问频率。
-
一级缓存：
-
一级缓存是 MyBatis 默认开启的缓存机制，它是指在同一个 SqlSession 中执行的查询操作会将查询结果缓存起来。
-
当执行相同的查询语句时，如果没有提交或回滚当前 SqlSession，MyBatis 会首先从一级缓存中查找结果，如果存在则直接返回缓存的结果，避免了对数据库的再次查询。
-
一级缓存的作用范围是 SqlSession 级别的，因此不同的 SqlSession 之间的缓存是互相隔离的。
-
-
二级缓存：
-
二级缓存是在多个 SqlSession 之间共享的缓存机制，它可以跨不同的 SqlSession 实例进行缓存数据的共享。
-
当一个查询结果被缓存到二级缓存后，在其他的 SqlSession 中执行相同的查询语句时，会先从二级缓存中查找结果，如果存在则直接返回缓存的结果。
-
默认情况下，二级缓存是关闭的，需要手动配置开启。可以通过在映射文件或配置文件中添加
-
MyBatis 提供了多种二级缓存的实现方式，如 PerpetualCache、Ehcache、Redis 等，也可以自定义实现。
-
需要注意的是，一级缓存和二级缓存是独立的，互不影响。一级缓存是默认开启的，并且无法关闭，而二级缓存需要手动配置开启。在使用缓存时，要注意缓存的有效性和及时性，避免出现脏数据或数据不一致的情况，需根据具体业务场景合理使用缓存。
8.Mybatis动态sql是做什么的？都有哪些动态 sql？(10)
MyBatis动态SQL可以根据输入的参数值进行逻辑操作，并动态拼接SQL语句，实现多条件下的数据库操作。在实际开发中，当业务逻辑复杂，简单的SQL无法满足需求时，就需要使用动态SQL。
MyBatis提供了多种方式实现动态SQL，包括if、choose、when、otherwise、trim、where、set等。例如，使用if元素可以在SQL语句中添加或删除某些条件和语句，根据条件判断附加SQL条件，实现批量添加数据、批量修改数据、批量删除数据等，优化SQL语句，提高执行效率。
MyBatis 是一款优秀的持久层框架，提供了丰富的动态 SQL 语句支持。在 SQL 语句中，if、choose、when、otherwise、trim、where、set 等是 MyBatis 中常用的动态 SQL 标签。
-
if：if 标签用于判断一个条件是否成立，如果成立则执行标签内部的 SQL 语句。例如：
上述示例中，如果传入的参数 username 不为 null，则会拼接一个查询条件 AND username = #{username} 到 SQL 语句中。
-
choose、when、otherwise：choose 标签相当于 Java 中的 switch 语句，when 标签相当于 case 语句，otherwise 标签相当于 default 语句。这三个标签组合起来可以实现多种条件判断。例如：
上述示例中，如果传入的参数 username 不为 null，则会查询 username 等于传入参数的用户信息；如果传入的参数 email 不为 null，则会查询 email 等于传入参数的用户信息；否则将查询 id 等于传入参数的用户信息。
-
trim：trim 标签可以去除 SQL 语句的多余空格，并且还能够根据需要添加前缀、后缀等条件。例如：
上述示例中，如果传入的参数 username 不为 null，则会拼接一个查询条件 AND username = #{username} 到 SQL 语句中；如果传入的参数 email 不为 null，则会拼接一个查询条件 OR email = #{email} 到 SQL 语句中；并且 trim 标签会自动去除 SQL 语句中的多余空格，并在条件语句前添加 WHERE 关键字。
-
where：where 标签和 if 标签类似，用于判断条件是否成立。不同的是，where 标签只有在第一个查询条件时添加 WHERE 关键字，并去除多余空格。例如：
上述示例中，如果传入的参数 username 不为 null，则会拼接一个查询条件 AND username = #{username} 到 SQL 语句中；如果传入的参数 email 不为 null，则会拼接一个查询条件 OR email = #{email} 到 SQL 语句中；并且 where 标签会自动去除多余空格，并在第一个查询条件前添加 WHERE 关键字。
-
set：set 标签用于更新操作，作用和 where 标签类似。例如：
UPDATE user WHERE id = #{id} username = #{username}, email = #{email},
上述示例中，如果传入的参数 username 不为 null，则会更新 username 字段的值为传入参数的值；如果传入的参数 email 不为 null，则会更新 email 字段的值为传入参数的值；并且 set 标签会自动去除多余逗号。
9.什么是IOC, IOC给我们带来那些好处 (10)
IOC，全称Inversion of Control，是控制反转的缩写。它是一种设计原则，将对象的创建和管理权交给IoC Service Provider（IoC思想的具体实现）。
IOC带给我们以下好处：
资源集中管理，实现资源的可配置和易管理。 降低了使用资源双方的依赖程度，也就是降低了耦合度。
10.说一下你对ThreadLocal的理解, 我们在使用ThreadLocal要注意什么(20)
ThreadLocal是Java中的一个类，它用来创建线程局部变量。线程局部变量是每个线程都有自己独立的一个变量副本，而这个副本对其他线程是不可见的。这使得线程可以各自持有自己的值，而不会互相干扰。
在使用ThreadLocal时，需要注意以下几点：
初始化ThreadLocal的实例时，需要使用一个初始值。这个初始值会在线程创建时被复制到该线程的局部变量中。 每个线程都会独立地持有自己的ThreadLocal变量副本，因此不同线程之间的ThreadLocal变量是互相不可见的。 在使用ThreadLocal时，需要注意避免线程安全问题。如果多个线程同时访问同一个ThreadLocal变量，并且其中一个线程对该变量进行了修改，那么其他线程持有的变量副本也会被修改。因此，在使用ThreadLocal时需要特别小心。 ThreadLocal的垃圾回收机制与普通对象不同。如果ThreadLocal没有持有任何引用，那么它会被垃圾回收。但是，如果ThreadLocal被一个线程持有引用，那么它不会被垃圾回收，即使该线程已经不再运行。因此，在使用ThreadLocal时需要注意及时释放不必要的引用。 在使用ThreadLocal时，需要注意避免内存泄漏问题。如果ThreadLocal被一个线程持有引用，并且该线程一直运行，那么该ThreadLocal对象将一直存在内存中，导致内存泄漏。因此，在使用ThreadLocal时需要注意及时释放不必要的引用。
11.Spring常用注解 (10)
@Component，@componentScan，@Controller，@Service，@Bean，@Autowired，@Confuguration，@Repository Spring 框架提供了许多注解，用于简化配置和开发过程。以下是一些常用的 Spring 注解：
-
@Component：用于标识一个类为组件类，由 Spring 进行管理。 -
@Controller：用于标识一个类为控制器类，在 Spring MVC 中使用。 -
@Service：用于标识一个类为服务类，通常用于业务逻辑的处理。 -
@Repository：用于标识一个类为数据访问层（DAO）类。 -
@Autowired：用于自动注入依赖对象，可以用于构造方法、成员变量、方法和参数上。 -
@Qualifier：与@Autowired配合使用，指定注入的 bean 名称。 -
@Value：用于注入属性值，可以从配置文件中读取。 -
@RequestMapping：用于映射请求路径到处理方法，常用于控制器类中。 -
@PathVariable：用于绑定 URL 中的占位符到方法参数。 -
@RequestParam：用于绑定请求参数到方法参数。 -
@ResponseBody：用于返回响应体内容，常用于 RESTful API 的开发。 -
@Configuration：用于标识一个类为配置类，定义 Bean 的创建和依赖关系。 -
@Bean：用于在配置类中定义 Bean。
除了以上列举的注解外，Spring 还有很多其他的注解，用于实现事务管理、AOP、缓存等功能。根据具体的应用场景和需求，可以选择合适的注解来简化开发和配置工作。
12.谈谈你对Spring的AOP理解(15)
在 Spring 框架中，AOP（面向切面编程）是一种编程范式，用于解决横切关注点（Cross-cutting Concerns）的问题。横切关注点是指在应用程序中多个模块或对象共享的功能，例如日志记录、安全性检查、事务管理等。AOP 可以将这些横切关注点从核心业务逻辑中分离出来，以便更好地实现模块化和重用。
在 AOP 中，有以下几个核心概念：
-
切面（Aspect）：切面是一个包含通知和切点的类。通知（Advice）定义了在何时、何地执行特定的操作，如在方法执行前或执行后插入额外的逻辑。切点（Pointcut）定义了一组匹配的连接点，通知将在这些连接点上执行。
-
连接点（Join Point）：连接点指的是应用程序中可以被切面增强的点，如方法调用、异常抛出等。Spring AOP 仅支持方法级别的连接点。
-
切点表达式（Pointcut Expression）：切点表达式定义了哪些连接点会被匹配，并确定切面在哪些连接点执行。它使用切点指示器来描述连接点的选择规则。
-
织入（Weaving）：织入是将切面应用到目标对象或者目标方法上的过程。织入可以在编译时、类加载时或运行时进行。
AOP 的主要优点是提供了一种集中化的方式来处理横切关注点，不需要在每个模块中重复代码。它可以使代码更加模块化、可维护性更高，并且能够实现横向功能的复用。常见的应用场景包括日志记录、事务管理、异常处理、安全性检查等。
在 Spring 框架中，AOP 的实现采用了代理模式。Spring AOP 提供了两种类型的代理：基于接口的 JDK 动态代理和基于类的 CGLIB 代理。对于基于接口的代理，Spring AOP 使用 JDK 动态代理创建代理对象；而对于没有接口的目标对象，Spring AOP 使用 CGLIB 创建代理对象。
总而言之，AOP 是一种通过切面来解耦横切关注点的编程范式，能够提高代码的模块化和可维护性。在 Spring 框架中，AOP 提供了一种简单、灵活的方式来实现横切关注点的管理和应用。
13.Spring 事务实现方式(10)
Spring 框架提供了多种方式来实现事务管理，其中最常用的方式包括声明式事务管理和编程式事务管理。
-
声明式事务管理：
-
基于注解：通过在方法上添加
@Transactional注解来声明事务的属性，例如传播行为、隔离级别、超时等。当方法被调用时，Spring 会自动管理事务的开始、提交、回滚等操作。 -
基于XML配置：通过 XML 配置文件中的
-
-
编程式事务管理：
-
使用编程式事务管理需要显式地在代码中进行事务的控制。Spring 提供了
PlatformTransactionManager接口以及TransactionDefinition和TransactionStatus等接口，开发人员可以使用这些接口来手动管理事务的开始、提交、回滚等操作。
-
无论是声明式事务管理还是编程式事务管理，Spring 都支持多种事务管理器，如 JDBC 事务管理器、Hibernate 事务管理器、JTA 事务管理器等，以适应不同的持久化技术和事务管理需求。
在实际应用中，大多数开发者更倾向于使用声明式事务管理，因为它能够通过注解或XML配置简化事务管理的工作，并且使得事务的边界清晰可见。当然，对于一些特殊情况或需要更细粒度控制的场景，编程式事务管理也是一种有效的选择。
总的来说，Spring 的事务管理提供了灵活、强大的功能，可以帮助开发者轻松地实现对数据库操作的事务管理。
14.事务隔离级别(10)
在多个并发事务同时执行的情况下，可能会出现一些问题，比如脏读（Dirty Read）、不可重复读（Non-repeatable Read）和幻读（Phantom Read）等。为了避免这些问题，数据库系统定义了四种事务隔离级别，分别是：
-
Read uncommitted（读未提交）：最低的隔离级别，允许一个事务读取另一个事务尚未提交的数据。该隔离级别存在脏读、不可重复读和幻读等问题，很少使用。
-
Read committed（读已提交）：一个事务只能读取另一个事务已经提交的数据。避免了脏读的问题，但可能会出现不可重复读和幻读。
-
Repeatable read（可重复读）：一个事务在执行期间多次读取同一行数据，保证多次读取数据结果一致。避免了脏读和不可重复读的问题，但仍可能出现幻读。
-
Serializable（串行化）：最高的隔离级别，所有事务都按照串行化的顺序依次进行，避免了脏读、不可重复读和幻读等所有并发问题。但是，它也带来了性能上的损失。
在 Spring 框架中，支持以上四种隔离级别，可以通过在 @Transactional 注解或 XML 配置中设置 isolation 属性来指定隔离级别。例如：
@Transactional(isolation = Isolation.READ_COMMITTED)
public void doSomething() {
// do something
}
总的来说，选择合适的事务隔离级别需要根据具体的业务需求来确定，一般情况下，Read committed 和 Repeatable read 是比较常用的两种隔离级别。
15. 请解释JSONP，并说明其原理及用途与实现
JSONP（JSON with Padding）是一种跨域数据请求的方法，主要用于解决浏览器的同源策略限制。它通过动态添加