在实际的项目开发中，往往会根据用户在界面的文本框中输入的信息，去数据库中做模糊查询。如果使用的是原始的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的转义字符,比较合适。<br>
* 既能达到效果,而且java代码相对容易理解，建议这种使用方式<br>
* "%'" + content + "'% ESCAPE '/' "这种拼接sql看起来也容易理解<br>
*
* @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的转义字符。<br>
* 这种做法也能达到目的，但不是好的做法，比较容易出错，而且代码很那看懂。<br>
* "%'" + content + "'% ESCAPE '\' "这种拼接sql实际上是错误的.<br>
* "%'" + content + "'% ESCAPE '\\' "这种拼接sql才是正确的<br>
*
* @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;
}
HQL或SQL使用?带来的好处:减少SQL解析时间、降低内存开销、防止SQL注入
原文地址：http://blog.csdn.net/aitangyong/article/details/42749213
