Mybatis源码详解系列(四)–你不知道的Mybatis用法和细节

最新推荐文章于 2024-10-29 19:18:33 发布
最新推荐文章于 2024-10-29 19:18:33 发布
阅读量991 收藏 22
点赞数 20
文章标签： mybatis tomcat java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42584758/article/details/135976342
版权

简介

这是 Mybatis 系列博客的第四篇，我本来打算详细讲解 mybatis 的配置、映射器、动态 sql 等，但Mybatis官方中文文档对这部分内容的介绍已经足够详细了，有需要的可以直接参考。所以，我将扩展一些其他特性或使用细节，掌握它们可以更优雅、高效地使用 mybatis。

这里补充一点，本文的所有测试例子都是基于本系列 Mybatis 第一篇文章的项目，其他相关博客如下：

Mybatis源码详解系列(一)–持久层框架解决了什么及如何使用Mybatis

Mybatis源码详解系列(二)–Mybatis如何加载配置及初始化

Mybatis源码详解系列(三)–从Mapper接口开始看Mybatis的执行逻辑

强大的结果处理器–ResultHandler

DO转VO–常用方式

通常情况下，我们的持久层的对象不会(不应该)直接响应给调用者，需要转换为 VO 对象再响应出去。基于本系列博客的使用例子，这里假设我需要在 web 层返回下面的 VO 对象，如下。在这个类中，除了员工表的字段外，还包括了部门表的字段。

public class EmployeeVO implements Converter<Employee, EmployeeVO>, Serializable {

    private static final long serialVersionUID = 1L;

    private String id;

    private String name;

    private String genderStr;

    private String no;

    private String password;

    private String phone;

    private String address;

    private Byte status;

    private String departmentId;
    
    private String departmentName;
    
    private String departmentNo;
    
        @Override
    public EmployeeVO convert(Employee value) {
        EmployeeVO employeeVO = new EmployeeVO();
        BeanUtils.copyProperties(employeeVO, value);
        employeeVO.setGenderStr(value.getGender()?"男":"女");
        Department department = value.getDepartment();
        if(department != null) {
            employeeVO.setDepartmentName(department.getName());
            employeeVO.setDepartmentNo(department.getNo());
        }
        return employeeVO;
    }
    
    // 省略其他方法
}

web 层的操作大致是这样的，我先查询出Employee的集合，然后再进行对象转换。

    @RequestMapping("/getList")
	public ResponseData testResultHandler(@RequestBody EmployeeCondition con) {
        List<Employee> list = employeeService.list(con);
        return ResultDataUtil.getResultSucess(ConvertUtil.convertList(list, new EmployeeVO()));
    }

DO转VO–ResultHandler方式

使用 Mybatis 的话，其实还有另外一种方案来处理 DO 转 VO 的问题，就是采用结果处理器–ResultHandler，如下。

public interface ResultHandler<T> {
  void handleResult(ResultContext<? extends T> resultContext);
}

这是一个接口，实现类需要我们自己定义。作为测试例子，这里我简单定义了一个。

public class MyResultHandler<T, R> implements ResultHandler<T> {
    private List<R> list = new ArrayList<R>();
    private Converter<T, R> converter;
    
    public MyResultHandler(Converter<T, R> converter) {
        this.converter = converter;
    }
    
    @Override
    public void handleResult(ResultContext<? extends T> resultContext) {
        list.add(ConvertUtils.convertObject(resultContext.getResultObject(), converter));
    }
    
    public List<R> getList(){
        return list;
    }
}

使用ResultHandler时，Mapper 接口的方法定义需要调整，入参需传入ResultHandler，且返回值必须为 void。至于 xml 对应的方法内容，还是和常用方式一样，不需要更改。下面两个方法共用一个 xml 的 select 节点不会出问题的，这一点不用担心。

    // 常用的方式
	List<Employee> selectByCondition(@Param("con") EmployeeCondition con);	
	// ResultHandler的方式
	void selectByCondition(@Param("con") EmployeeCondition con, ResultHandler<Employee> resultHandler);

最后回到我们的 web 层，至于 service 层的代码就忽略不看了。当调用 service 层时，我已经拿到了转换好的 VO 对象，我不需要再做处理。

    @RequestMapping("/getList")
	public ResponseData testResultHandler(@RequestBody EmployeeCondition con) {
         MyResultHandler<Employee, EmployeeVO> resultHandler = new MyResultHandler<>(new EmployeeVO());
        employeeService.list(con, resultHandler);
        return ResultDataUtil.getResultSucess(resultHandler.getList());
    }

上一篇博客在分析源码过程中有提到过这个接口，当 Mapper 接口的方法入参包含ResultHandler且返回类型为 void，Mybatis 会对这种情况特殊处理：当遍历结果集进行映射时，每映射完一个对象都会调用一次ResultHandler并将映射好的对象传入，这时，我们可以随意地对对象进行处理，包括我们常见的 DO 转 VO，当然，它的功能并不局限于此。

分页不需要插件–RowBounds

本系列使用篇中提到使用 pagehelper 来支持分页功能，本质上是使用了插件对 sql 植入分页参数。其实，Mybatis 已经提供了RowBounds这类来支持分页功能，这种方式不需要安装插件，MybatisPlus 本质上就是使用了这种方式。

和ResultHandler一样，我们只需要改造下 Mapper 接口的方法，如下。

    List<Employee> selectByCondition(@Param("con") EmployeeCondition con, RowBounds rowBounds);

这里我简单编写个测试类，直接使用RowBounds对象，实际上最好对RowBounds进行更多的包装。

    /**
     * <p>测试RowBounds</p>
     */
    @Test
    public void testRowBounds() {
        EmployeeCondition con = new EmployeeCondition();
        // 设置条件
        con.setAddress("北京");

        // 执行，获取员工对象
        RowBounds rowBounds = new RowBounds(1, 4);
        List<Employee> list = employeeRepository.list(con, rowBounds);

        // 打印
        list.forEach(System.out::println);
    }

测试以上代码，可看到打出的语句植入了分页参数：

SELECT e.id, e.`name`, e.gender, e.no, e.password
	, e.phone, e.address, e.status, e.deleted, e.department_id
	, e.gmt_create, e.gmt_modified
FROM demo_employee e
WHERE 1 = 1
	AND e.address = ?
LIMIT ?, ?

相比使用插件，这种方式是否更加简单呢？但是，上一篇博客的源码分析中，我们发现Mybatis 使用 RowBounds进行分页，发送 sql 时不会植入分页参数，而是将结果查出，然后在内存中进行分页，所以，这种方式不建议单独使用。MybatisPlus 使用RowBounds参数时，配合了插件来解决这个问题。后面将 MybatisPlus 时再做补充吧。

延迟加载

回顾使用篇的内容

我们知道，在 resultMap 中使用嵌套 select 查询，并且全局声明使用懒加载，可以实现按需加载嵌套属性。

    <settings>
        <setting name="lazyLoadingEnabled" value="true" />
    </settings>

还是回到使用篇中例子，mapper 的配置如下，员工对象关联了部门(一对一)、角色(一对多)、菜单(一对多)：

    <!-- 基础映射表：嵌套 Select查询映射 -->
    <resultMap id="BaseResultMap" type="Employee">
        <id column="id" property="id" javaType="string" jdbcType="VARCHAR" />
        <result column="department_id" property="departmentId" javaType="string" jdbcType="VARCHAR" />
        <result column="gmt_create" property="create" javaType="date" jdbcType="TIMESTAMP" />
        <result column="gmt_modified" property="modified" javaType="date" jdbcType="TIMESTAMP" />
        <association property="department" 
            column="department_id"
            select="cn.zzs.mybatis.mapper.DepartmentMapper.selectByPrimaryKey" />
        <collection property="roles" 
            column="id" 
            select="cn.zzs.mybatis.mapper.RoleMapper.selectByEmployeeId" />
        <collection property="menus" 
            column="id" 
            select="cn.zzs.mybatis.mapper.MenuMapper.selectByEmployeeId" />
    </resultMap>
    <!-- 根据id查询-->
    <select id="selectByPrimaryKey" parameterType="java.lang.String" resultMap="BaseResultMap">
        select
        <include refid="Base_Column_List"></include>
        from
        demo_employee e
        where
        e.id = #{id,jdbcType=VARCHAR}
    </select>

测试代码中，我们注释掉第1、3 和 4 点的代码，即只调用getDepartment()方法。

    /**
     * <p>测试懒加载触发</p>
     */
    @Test
    public void testGetLazy() {
        // 设置输出代理类到指定路径
        // -Dcglib.debugLocation=D:/growUp/test
        String id = "cc6b08506cdb11ea802000fffc35d9fe";

        // 执行，获取员工对象
        Employee employee = employeeRepository.get(id);
        
        // 1.打印员工
        // System.out.println(employee);
        // 2.打印部门
        System.out.println(employee.getDepartment());
        // 3.打印角色
        // employee.getRoles().forEach(System.out::println);
        // 4.打印菜单
        // employee.getMenus().forEach(System.out::println);

    }

测试以上代码，可以看到，只有部门被加载出来，而角色和菜单没有，很好地实现了按需加载。

接着我们放开第 1 点，即增加打印员工，注意，使用例子中我并没有重写toString()方法，所以方法中也不会用到关联对象。

    @Test
    public void testGetLazy() {
        // 设置输出代理类到指定路径
        // -Dcglib.debugLocation=D:/growUp/test
        String id = "cc6b08506cdb11ea802000fffc35d9fe";

        // 执行，获取员工对象
        Employee employee = employeeRepository.get(id);
        System.out.println("================");
        
        // 1.打印员工
        System.out.println(employee);
        // 2.打印部门
        // System.out.println(employee.getDepartment());
        // 3.打印角色
        // employee.getRoles().forEach(System.out::println);
        // 4.打印菜单
        // employee.getMenus().forEach(System.out::println);

    }

测试以上代码，我们惊讶地发现，这时部门、角色和菜单都被打印出来了，说好的按需加载呢？

这就很奇怪了，我调用的方法并没用到关联对象啊，为什么它们会被加载出来？

什么时候触发延迟加载

在上面的例子中，我们的按需加载失效了吗？

其实并没有，对于 Mybatis 而言，它可以知道getDepartment()这样的方法会使用到关联对象，但是toString()这样的方法，它就没办法知道了。考虑我们会在重写toString方法时使用到嵌套对象，所以，Mybatis 默认这个方法会触发延迟加载。同样道理，equals(),clone(),hashCode()等方法也是一样的，项目中要重点关注equals()和hashCode()。

那么，我们如何控制这种行为呢？Mybatis 提供了 lazyLoadTriggerMethods 配置项指定对象的哪些方法触发延迟加载：

设置名描述有效值默认值
lazyLoadTriggerMethods指定哪些方法触发加载该对象的所有延迟加载属性。用逗号分隔的方法列表。equals,clone,hashCode,toString

我们将配置修改如下：

<setting name="lazyLoadingEnabled" value="true" />
<setting name="lazyLoadTriggerMethods" value="equals,clone,hashCode" />

再次测试上面的例子。这时，嵌套对象都没有被加载出来。

这里再补充下，还有另一个配置项 aggressiveLazyLoading 也会影响延迟加载的触发，这个配置项在 3.4.1 之后我们保持默认就行，如果不是必须，强烈建议不要配置成 true。如果你将 aggressiveLazyLoading 配置为 true，即使你只是 getId() 也会将所有嵌套对象加载出来。

设置名描述有效值默认值
aggressiveLazyLoading开启时，几乎任一方法的调用都会加载该对象的所有延迟加载属性。
否则，每个延迟加载属性会按需加载。		true | falsefalse (在 3.4.1 及之前的版本中默认为 true)

作为延迟加载部分的总结，这里对比下不同配置项组合的效果：

aggressiveLazyLoadinglazyLoadTriggerMethods效果
true/员工类中任一方法、equals、clone、hashCode、toString被调用，会触发延迟加
falseequals,clone,hashCode,toString员工类中关联对象的getter方法、equals、clone、hashCode、toString被调用，会触发延迟加载
falseequals员工类中关联对象的getter方法、equals被调用，会触发延迟加载

有的延迟？有的不延迟

如果我希望部分关联对象不用延迟加载，部分关联对象又需要，例如，查询员工对象时，部门跟着查出来，而角色等到需要用的时候再加载。针对这种情况，可以在映射关系中使用 fetchType来覆盖延迟加载的开关状态：

		<association property="department" 
            column="department_id"
            fetchType="eager" 
            select="cn.zzs.mybatis.mapper.DepartmentMapper.selectByPrimaryKey" />
        <collection property="roles" 
            column="id" 
            select="cn.zzs.mybatis.mapper.RoleMapper.selectByEmployeeId" />
        <collection property="menus" 
            column="id" 
            select="cn.zzs.mybatis.mapper.MenuMapper.selectByEmployeeId" />

嵌套结果映射的一个大坑

在使用篇里我说过这么一句话：嵌套结果里如果是collection的话，分页总数会存在问题，所以，嵌套结果映射的方式最好仅针对 association 使用。

当时我没有解释具体原因，这里我补充下吧。

错误的总数

还是回到使用篇的例子，mapper 的 resultMap 是这样配置的：

    <!-- 基础映射表：嵌套结果映射-->
    <resultMap id="BaseResultMap2" type="Employee" autoMapping="true">
        <id column="id" property="id" javaType="string" jdbcType="VARCHAR" />
        <result column="department_id" property="departmentId" javaType="string" jdbcType="VARCHAR" />
        <result column="gmt_create" property="create" javaType="date" jdbcType="TIMESTAMP" />
        <result column="gmt_modified" property="modified" javaType="date" jdbcType="TIMESTAMP" />
        <association property="department" 
            columnPrefix="d_"
            resultMap="cn.zzs.mybatis.mapper.DepartmentMapper.BaseResultMap" />
    </resultMap>

编写测试方法如下。这里会采用分页插件 pagehelper 来统计查询总数，及进行分页。如果使用RowBounds，也不影响测试结果。注意，数据库中的“zzs001”只有一条记录，所查询到的总数和映射对象都会是一条。

    @Test
    public void testlistPage() {
        EmployeeCondition con = new EmployeeCondition();
        // 设置条件
        con.setName("zzs001");
        con.setJoinDepartment(true);
        // con.setJoinRole(true);// 这个注释待会放开
        
        // 设置分页信息
        PageHelper.startPage(0, 3);

        // 执行查询
        List<Employee> list = employeeRepository.list2(con);
        // 遍历结果
        list.forEach(System.out::println);

        // 封装分页模型
        PageInfo<Employee> pageInfo = new PageInfo<>(list);

        // 取分页模型的数据
        System.out.println(Long.valueOf(pageInfo.getTotal()).intValue() == list.size());
    }

测试代码，可以看到分页统计的总数和实际数量都会是一条，完全没问题。

接下来我再 resultMap 中增加一个 collection 类型的嵌套对象。

    <!-- 基础映射表：嵌套结果映射-->
    <resultMap id="BaseResultMap2" type="Employee" autoMapping="true">
        <id column="id" property="id" javaType="string" jdbcType="VARCHAR" />
        <result column="department_id" property="departmentId" javaType="string" jdbcType="VARCHAR" />
        <result column="gmt_create" property="create" javaType="date" jdbcType="TIMESTAMP" />
        <result column="gmt_modified" property="modified" javaType="date" jdbcType="TIMESTAMP" />
        <association property="department" 
            columnPrefix="d_"
            resultMap="cn.zzs.mybatis.mapper.DepartmentMapper.BaseResultMap" />
        <collection property="roles" 
            columnPrefix="r_" 
            resultMap="cn.zzs.mybatis.mapper.RoleMapper.BaseResultMap" />
    </resultMap>

放开测试代码中的注释，测试如下。映射对象一条，没错，但是查询总数，竟然是 2 条？？？

这就是我提到的嵌套结果映射的一个大坑。

原因分析

难道是统计错了？让我们执行下控制台的 sql，记录竟然也是 2 条，哪里冒出来的？？？

其实，根本原因确实出在我们的使用方法上，collection 的嵌套结果映射就不应该被用在涉及到统计的场景。我们的 sql 查出来有两条，仔细观察就会发现，这两条记录的 id 是一模一样的，我们再查询出 1 个字段：

看到这里应该就明白了吧，统计出错主要是联表造成的。员工和角色是一对多的关系，当员工拥有多个角色时联表查询将出现比员工数量更多的记录，而这些记录，在 Mybatis 映射对象时会将其合并起来。

这就造成了所谓的错误总数问题。所以，collection 的嵌套结果映射并不适合统计场景。

自动映射

开启自动映射

mybatis 的结果自动映射默认是开启的，可以在使用 setting 配置项进行修改，它有三种自动映射等级：

  • NONE – 禁用自动映射。仅对手动映射的属性进行映射。
  • PARTIAL – 对除在内部定义了嵌套结果映射(也就是连接的属性)以外的属性进行映射。默认配置。
  • FULL – 自动映射所有属性。

默认使用 PARTIAL，另外， 无论设置的自动映射等级是哪种，你都可以通过在映射文件中设置 resultMap 的 autoMapping 属性来为指定的结果映射设置启用/禁用自动映射。

    <resultMap id="BaseResultMap2" type="Employee" autoMapping="true">
        <id column="id" property="id" javaType="string" jdbcType="VARCHAR" />
    </resultMap>

自动映射驼峰命名的属性

当自动映射查询结果时，MyBatis 会获取结果中返回的列名并在 Java 类中查找相同名字的属性(忽略大小写)。如果列名和实体中的属性名对不上，则需要显式地配置。在使用例子中，我们使用resultMap来映射表和对象，如下：

    <!-- 基础映射表 -->
    <resultMap id="BaseResultMap" type="cn.zzs.mybatis.entity.Employee">
        <id column="id" property="id" javaType="string" jdbcType="VARCHAR" />
        <result column="department_id" property="departmentId" javaType="string" jdbcType="VARCHAR" />
        <result column="gmt_create" property="create" javaType="date" jdbcType="TIMESTAMP" />
        <result column="gmt_modified" property="modified" javaType="date" jdbcType="TIMESTAMP" />
    </resultMap>
    <!-- 基础字段 -->
    <sql id="Base_Column_List">
        e.id,
        e.`name`,
        e.gender,
        e.no,
        e.password,
        e.phone,
        e.address,
        e.status,
        e.deleted,
        e.department_id,
        e.gmt_create,
        e.gmt_modified
    </sql>
    <!-- 根据id查询 -->
    <select id="selectByPrimaryKey" parameterType="java.lang.String" resultMap="BaseResultMap">
        select
        <include refid="Base_Column_List" />
        from
        demo_employee e
        where
        e.id = #{id}
    </select>

除了表列名和实体的属性名一致的情况，其他的字段都需要我们手动配置映射，这样做比较麻烦。但是，大部分情况下，我们都会遵循驼峰命名的规则来定义实体的属性名，是否可以直接通过这种规则来自动映射呢？

mybatis 提供了mapUnderscoreToCamelCase配置项来处理这种情况。

    <settings>
        <setting name="mapUnderscoreToCamelCase" value="true" />
    </settings>

参考资料

Mybatis官方中文文档

相关源码请移步：mybatis-demo

本文为原创文章，转载请附上原文出处链接：https://www.cnblogs.com/ZhangZiSheng001/p/12773971.html

作者：子月生

原文地址：https://www.cnblogs.com/ZhangZiSheng001/p/12773971.html

喜欢 0
任我心意
关注
mybatis-ResultHandler解析
qq_28695733的博客
07-08 1万+
概述 结果值的处理相当于参数的处理会复杂一些，负责结果值转换的类是 ResultSetHandler public interface ResultSetHandler { /** * 处理数据集并返回 * @param stmt * @param <E> * @return * @throws SQLException */ <E> List<E> handleResultSets(Statement stmt) throw
mybatis用法之ResultHandler及多线程工作札记
dsghre的专栏
06-05 3823
对于大数据的查询，一次性select的话，可能导致应用服务器内存溢出，造成难以想象的后果。那么，ResultHandler可以很好的帮助我们解决这个问题。 下面来看看一个小例子： 比如该实体对象为User 持久层UserMapper.java，需要一个void的方法,xml中实现该方法的查询sql。 （public）void selectByState(@Param("state") In...
将DO转VO工具类
癸酉金鸡的博客
01-02 2993
import org.springframework.beans.BeanUtils; /** * DO转VO */ public static &lt;T&gt; List&lt;T&gt; copyList(List&lt;?&gt; doList, Class&lt;T&gt; voClass) { List&lt;T&gt; voList = new ArrayList&lt;&g...
开发-SpringBoot之MybatisPlus
皮皮皮的代码
09-28 1388
1. 概论 以前是Mybatis XML配套的方式去写，而MybaitsPlus是Mybatis的增强版，抛去了XML文件内容。后者虽然减少了很多繁琐的SQL内容编写，但是同样的，对于复杂的SQL场景，类似流似的SQL生成还是没有XML写法直观。 2. 特性 无侵入：只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑 损耗小：启动即会自动注入基本 CURD，性能基本无损耗，直接面向对象操作 强大的 CRUD 操作：内置通用 Mapper、通用 Service，仅仅通过少量配置即可实现单表大
Mybatis 自定义ResultHandler（结果处理器）正确使用姿势
CNAHYZ的博客
02-02 2063
节省开发时间，提升工作效率----使用结果处理器对Mybatis查询的结果集进行统一批量处理，如进行类型转换、数据变更等等。
Mybatis源码详解系列(四)--你不知道的Mybatis用法和细节
子月生的博客
04-25 320
这是 Mybatis系列博客的第四篇，我本来打算详细讲解 mybatis 的配置、映射器、动态 sql 等，但[Mybatis官方中文文档](https://mybatis.org/mybatis-3/zh/index.html)对这部分内容的介绍已经足够详细了，有需要的可以直接参考。所以，我将扩展一些其他特性或使用细节，掌握它们可以更优雅、高效地使用 mybatis。
Mybatis源码详解
共勉
11-16 7198
基于3.5.10的版本对Mybatis源码从加载到执行全流程的解析，通过与传统JDBC方法的对比更深一步的了解Mybatis帮我们做了什么，以及是如何做的
MyBatis源码详解学习.zip
09-30
《MyBatis源码详解学习》是一份专为对MyBatis源码感兴趣的开发者准备的资料，它旨在帮助读者深入理解这个流行持久层框架的工作原理。MyBatis作为一个轻量级的ORM（对象关系映射）框架，因其简单易用、高度可定制化的...
Mybatis源码分析.pdf
08-30
总结起来，MyBatis源码分析涵盖了从配置加载到数据库操作的全过程，涉及到了配置解析、SQL执行、结果映射等多个关键环节，以及Executor、StatementHandler等核心组件。通过深入学习MyBatis的源码，开发者不仅可以...
MyBatisCN:《通用通用阅读指导书——MyBatis源码详解》配套注释版
03-23
《通用源码阅读指导书——MyBatis源码详解》以MyBatis源码中的包为单位，详细和透彻地介绍每个类的源码，包括其背景知识，组织方式，逻辑结构，实现细节。在本书的在阅读MyBatis源码的过程中，本书使用了运行初探，...
《通用源码阅读指导书-MyBatis源码详解》笔记一(MyBatis概述、使用、源码大体执行流程、源码大体结构)
《落程魄序》作者“落魄哥”的博客
11-04 1392
本篇文章主要是看了书籍如下几个章节后进行的笔记总结：第1章-源码阅读第2章-MyBatis概述第3章-MyBatis运行初探第4章-MyBatis源码结构概述 额，对于这个问题我能说看源码是为了面试吗？？？emmmmm，当然不能的。 阅读源码是一个优秀软件开发者必备的能力很多时候我们接手一个前辈遗留项目的时候，这个时候千万不能慌，打开idea开始看代码，看有没有类似Thread.sleep的核心代码，如果有的话，那么我们就可以通过注释的方式优化系统。所以，熟悉一个项目就需要去看源码，了解整体的和，这样才能做
mybatis源码详解
m0_59114107的博客
02-24 473
mybatis源码详解
SQL多表单插入数据和DO转VO
林妹妹的后花园
07-17 551
@Override public int add(ChannelParam channelParam,UserInfo userInfo) { //添加渠道基本信息pay_channel Channel channel = new Channel(); channel.setChannelId(UUID.randomUUID().toString()); channel.set...
领域驱动设计系列文章（2）——浅析VO、DTO、DO、PO的概念、区别和用处
经验之谈
11-25 2664
上一篇文章作为一个引子，说明了领域驱动设计的优势，从本篇文章开始，笔者将会结合自己的实际经验，谈及领域驱动设计的应用。本篇文章主要讨论一下我们经常会用到的一些对象：VO、DTO、DO和PO。 由于不同的项目和开发人员有不同的命名习惯，这里我首先对上述的概念进行一个简单描述，名字只是个标识，我们重点关注其概念： 概念： VO（View Object）：视图对象，用于展示层，它的作用是把某个
MybatisPlus的LambdaQueryWrapper用法
2301_79693537的博客
08-21 5452
【代码】MybatisPlus的LambdaQueryWrapper用法。
Tomcat下载 安装 启动 发布项目入门介绍
长安初雪的博客
10-29 899
tomcat 服务器属于网页服务器，用来发布动态和静态网页的，由 Apache 公司开发的开源免费的。
【tomcat系列漏洞利用】
最新发布
10-29 1073
Tomcat 服务器是一个开源的轻量级Web应用服务器，在中小型系统和并发量小的场合下被普遍使用。主要组件：服务器Server，服务Service，连接器Connector、容器Container。连接器Connector和容器Container是Tomcat的核心。一个Container容器和一个或多个Connector组合在一起，加上其他一些支持的组件共同组成一个Service服务，有了Service服务便可以对外提供能力了。
深入理解MyBatis源码：全面学习指南
标题"MyBatis源码详解学习.zip"明确指出了该资源的性质和学习目标，即对MyBatis源码进行详细解读的学习资料。MyBatis是一款流行的Java持久层框架，被广泛应用于Java应用程序中，用于处理数据库操作。源码详解意味着...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值