java sql特殊字符处理_java用字符串拼接SQL语句的特殊字符转义问题

在实际的项目开发中，往往会根据用户在界面的文本框中输入的信息，去数据库中做模糊查询。如果使用的是原始的JDBC和SQL，往往需要对用户的输入进行转义,避免生成的sql语法错误，或者防止SQL注入。比如对输入的%和_和‘，就需要进行转义，因为这3个字符是SQL的特殊字符，如果不处理会导致sql出错或者是查询数据不正确。

假如有这样1个查询请求,模糊查询标题中包含a%b_cc‘d的记录,正确的sql应该是下面这样的:

select * from t_sch_work_info t where t.title like '%a/%b/_cc''d%' ESCAPE '/';

这就需要对String content = "a%b_cc‘d";进行转义后，再拼成SQL语句。oracle数据库允许我们使用自己定义的字符作为转义字符。看了下我们项目DAO层的编码风格，使用到了2种转义字符 \  和  /  。定位问题的时候发现，有人拼接SQL语句出错。自己用这2种字符，写了2个公用方法，经过测试是正确的。

/**

*

* 对content的内容进行转换后，在作为oracle查询的条件字段值。使用/作为oracle的转义字符,比较合适。

* 既能达到效果,而且java代码相对容易理解，建议这种使用方式

* "%'" + content + "'% ESCAPE '/' "这种拼接sql看起来也容易理解

*

* @param content

* @return

*/

public static String decodeSpecialCharsWhenLikeUseBackslash(String content)

{

// 单引号是oracle字符串的边界,oralce中用2个单引号代表1个单引号

String afterDecode = content.replaceAll("'", "''");

// 由于使用了/作为ESCAPE的转义特殊字符,所以需要对该字符进行转义

// 这里的作用是将"a/a"转成"a//a"

afterDecode = afterDecode.replaceAll("/", "//");

// 使用转义字符 /,对oracle特殊字符% 进行转义,只作为普通查询字符，不是模糊匹配

afterDecode = afterDecode.replaceAll("%", "/%");

// 使用转义字符 /,对oracle特殊字符_ 进行转义,只作为普通查询字符，不是模糊匹配

afterDecode = afterDecode.replaceAll("_", "/_");

return afterDecode;

}

/**

* 对content的内容进行转换后，在作为oracle查询的条件字段值。使用\作为oracle的转义字符。

* 这种做法也能达到目的，但不是好的做法，比较容易出错，而且代码很那看懂。

* "%'" + content + "'% ESCAPE '\' "这种拼接sql实际上是错误的.

* "%'" + content + "'% ESCAPE '\\' "这种拼接sql才是正确的

*

* @param content

* @return

*/

public static String decodeSpecialCharsWhenLikeUseSlash(String content)

{

// 单引号是oracle字符串的边界,oralce中用2个单引号代表1个单引号

String afterDecode = content.replaceAll("'", "''");

// 由于使用了\作为ESCAPE的转义特殊字符,所以需要对该字符进行转义

// 由于\在java和正则表达式中都是特殊字符,需要进行特殊处理

// 这里的作用是将"a\a"转成"a\\a"

afterDecode = afterDecode.replaceAll("\\\\", "\\\\\\\\");

// 使用转义字符 \,对oracle特殊字符% 进行转义,只作为普通查询字符，不是模糊匹配

afterDecode = afterDecode.replaceAll("%", "\\\\%");

// 使用转义字符 \,对oracle特殊字符_ 进行转义,只作为普通查询字符，不是模糊匹配

afterDecode = afterDecode.replaceAll("_", "\\\\_");

return afterDecode;

}

对比上面的代码，很容易看出使用/，代码更简单，更容易理解。之所以写这个博客，不是推荐大家去手动拼接SQL字符串，因为这种做法效率很低，而且很容易出错。实际开发中，我们应该使用JDBC或者hibernate等框架，提供的预编译SQL。使用预编译语句不仅让代码可读性更好，而且还会有性能优势。可以参考这篇文章:

原文：http://blog.csdn.net/aitangyong/article/details/42749213