1.sql注入

不管是上一篇博客，通过java代码执行sql

还是我们常用的Mybatis的#{}和${}

都会提到sql注入的问题

1.1啥是sql注入

应该知道是说传入无关的参数，比如本来是想要一个where条件查询参数 但是你拼了一个drop

比如 原来的sql 

select * from table_a where a.name = ${}

然后你传入

s;drop table table_a;

那此时整个sql就变成了

select * from table_a where a.name = s;drop table table_a;

你查完把表删了

1.2为什么#{}就可以防止sql注入

还是用1.1的例子，把${}改成#{}

你原来

select * from table_a where a.name = #{}

你传入

 s;drop table table_a;

sql最后变成了

select * from table_a where a.name = 's;drop table table_a;'

看到没， 你只是传进来了一个字符串而已，对数据安全啥影响没有

1.3 java代码直接执行sql怎么防止sql注入

PreparedStatement

通过?占位符 和 参数绑定的方式

【运维】PreparedStatement防止SQL注入_37543485的博客-CSDN博客

参数化查询：

        PreparedStatement允许您将SQL查询字符串与查询参数分开。查询参数是在执行查询之前预编译的，因此不会受到用户输入的直接影响。
        查询参数以占位符的形式（通常是问号?）出现在SQL查询字符串中，而不是将用户输入嵌入到查询中。
预编译：

        在执行之前，PreparedStatement会将SQL查询字符串和参数一起发送到数据库进行预编译。在这个阶段，数据库会验证参数的数据类型，并确保不会对它们进行解释为SQL代码的尝试。
参数绑定：

        一旦查询预编译完成，您可以将参数值绑定到查询参数上。这些参数值将替代占位符，并且由数据库安全地处理。
参数绑定通常使用setXXX()方法，其中XXX是参数的数据类型（例如，setString()、setInt()等）。
安全性：

        由于参数是在查询执行之前绑定的，数据库可以确保它们不会被解释为SQL代码。这样，即使用户恶意输入带有SQL注入攻击的数据，也不会影响查询的执行。
        参数化查询还能够防止常见的SQL注入攻击，例如将单引号 ' 插入到查询中，因为这些字符会被视为参数的一部分而不是SQL代码的一部分。

 2.Mybatis中if标签中的and后要有空格

本来不写空格也没事，但是为了代码规范，好看些 and后都会有空格 。

但是我这次没加空格，在<where>和<if> 标签共同使用的情况下，居然没给我自动去掉第一个and 导致sql执行报错了

至今不知道为啥，但是为了代码好看，还是加上吧

 3.时间格式的前后端转换

3.1后端用date接收前端字符串日期

前台传字符串日期参数，后台用Date接收；后台Date类型，前台自动转日期字符串「建议收藏」 - 思创斯聊编程

    @DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss")
    Date dateEnd;

3.2 后端date返回给前端日期字符串

 @JsonFormat(pattern = ""yyyy-MM-dd HH:mm:ss"", timezone = "GMT+8")
    Date taskLatestStartTime;

4.boolean类型的属性定义不要用is开头