目录 SQL注入 防止SQL注入的方法 mybaits中${}和#{}的使用 SQL注入 在嵌入式SQL编程中，sql语句通常是以字符串的形式提交给数据库管理系统的。SQL注入是利用SQL语法将一些恶意代码加入到该
目录SQL注入防止SQL注入的方法mybaits中${}和#{}的使用
SQL注入
在嵌入式SQL编程中，sql语句通常是以字符串的形式提交给数据库管理系统的。SQL注入是利用SQL语法将一些恶意代码加入到该字符串中，从而获取到非授权的数据。
如：用户登录（假设用户名为admin，密码为 123456），通常使用以下语句进行判断
select * from user where username=‘admin' and password=‘123456'
如果获取到记录，则允许登录，否则提示“用户名不存在或密码错误”。加入我并不知道用户密码，知道用户名为“admin”，在输入用户名时，将用户名变为 admin‘-- ，此时sql语句变为
select * from user where username=‘admin'-- and password=‘123456'
则登录成功。如下图密码随意输入，如果没有做任何防止SQL注入的处理，完全可以登录成功
假如：用户名我输入的是“admin；drop table user；–”；会发生啥结果？
防止SQL注入的方法
JDBC提供的PreparedStatement可以防止SQL注入；PreparedStatement对sql预编译后，sql语句中的参数需要用？代替。然后调用setXX()方法设置sql语句中的参数。这样再传入特殊值，也不会出现sql注入的问题了，示例代码如下：
String sql="select * from user where username='?'"+" and password='?'";
PreparedStatement pstmt = conn.prepareStatement(sql);
pstmt.setString(1,"admin");
pstmt.setString(2,"123456");
//5、执行语句
ResultSet rs=pstmt.executeQuery(sql);
还有另外一种方法，就是把SQL语句写入存储过程，通过存储过程完成查询，同样可以防止SQL注入。
mybaits中${}和#{}的使用
“$ ”是拼接符；使用“${} ”相当于在高级语言中已经将sql语句进行拼接，而且对于变量是不加引号的，如：用户名为admin，参数变量为 sname
select * from user where username=‘${sname}'
--此种情况下，高级语言交给数据库的SQL语句是
select * from user where username=‘admin'
此种情况下是无法防止SQL注入的。
#{}是占位符；使用“#{} ”只能在数据库管理系统中，将#{}中的参数带入
select * from user where username=#{sname}
--此种情况下，首先经过预编译形成如下SQL，再将参数带入，此时给参数值带加单引号
select * from user where username=？
此种情况下是可以防止SQL注入的
既然#{}能够防止SQL注入，"$ {}"不能，为什么mybaits还要提供这么一个符号？，当然有myBatis的理由，如果SQL语句中数据库对象需要传参进去，那只能使用** ${}**。如查询用户表（user） ，参数变量为tableName=‘user'，代码只能是
select * from ${tableName}
//转换为SQL语句为
select * from user
在myBatis中变量做为where子句中的参数，一律使用#{}，禁止使用“ ” ， 以 防 S Q L 注 入 ； S Q L 语 句 中 包 含 了 数 据 库 对 象 （ 如 表 、 视 图 等 ） 才 能 使 用 “ {} ”，以防SQL注入；SQL语句中包含了数据库对象（如表、视图等）才能使用“ ”，以防SQL注入；SQL语句中包含了数据库对象（如表、视图等）才能使用“{} ”，因为#{}，自动给变量加上引号，如上例：
select * from #{tableName}
//转换为SQL语句为
select * from 'user'
以上就是SQL注入与防止及myBaits基本作用的详细内容，更多关于SQL注入与防止及myBaits作用的资料请关注每日运维其它相关文章！
