MybatisPlus的项目书写时的易错点总结，这货真的很干

一、@Param注解的四种使用场景
第一种：方法有多个参数（最常见）
第二种：方法参数要取别名或实体类
例如:

1、(@Param("userIdList") List userIdList)
2、(@Param("soc") StudentOrganizationCourseReqDTO soc)
3、(@Param("map") Map<String,Object> map)

第三种：xml中的SQL使用了$，需要@Param
第四种：动态SQL中使用参数作为变量，即使只有一个参数。
例如：
接口方法：

User getUserById(@Param("id") Integer id);

xml文件：

    <select id="getUserById" resultMap="BaseResultMap">
        SELECT * FROM T_USER
        <where>
            <if test="id != null">
                ID = #{id}
            </if>
        </where>
    </select>

参考:https://blog.csdn.net/kangxingjun/article/details/96990918

二、字符串的比较
mybatis 映射文件中，if标签判断字符串相等，两种方式：
因为mybatis映射文件，是使用的ognl表达式，所以在判断字符串sex变量是否是字符串Y的时候

<if test="sex=='Y'.toString()">
<if test = 'sex== "Y"'>

注意：
不能使用

<if test="sex=='Y'">
    and 1=1
</if>

因为mybatis会把’Y’解析为字符，java是强类型语言，所以不能这样写。

三、时间查询无效的解决方法
错误写法：

DateTimeFormatter df = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss");
QueryWrapper query = new QueryWrapper();
query.ge("create_time", LocalDateTime.parse("2019-05-13 23:00:00", df));

正确写法：采用apply的写法

query.apply("UNIX_TIMESTAMP(create_time) >= UNIX_TIMESTAMP('" + "2019-05-12 03:00:00" + "')");

补充last的讲解：
无视优化规则直接拼接到 sql 的最后，只能调用一次,多次调用以最后一次为准 有sql注入的风险,请谨慎使用。
例如：last(“limit 1”)

四、输入条件为0时有天坑
当请求参数为Integer类型的时候，当输入条件为0时，输出会出现所有的结果，不符合测试结果。
原因是mybatis-plus的xml文件判断的条件，

  <if test="map.talkId!=null and map.talkId!=''">

输入条件为0时，系统会判定为空字符，所以就不会进入if的判断条件，经过测试
只要把后面的！=‘ ‘ 去掉就行。

五、updateWrapper更新字段为null的方式
查询的话，直接这样写queryWrapper.isNull(“字段名”);
更新某个字段为null我的写法如下（MybatisPlus3.0后支持）：

TUserSchedule tUserSchedule = new TUserSchedule();
//错误写法   
tUserSchedule.setUpdateTime(null);
//正确写法
updateWrapper.set("update_time",null);
tUserScheduleMapper.update(tUserSchedule, updateWrapper);

参考:https://blog.csdn.net/weixin_42059737/article/details/87911469