mybatis----Integer = 0 刷選不出來條件緣由以及sql改法

Xml寫法：

 

 

 POJO：

當status的值爲 0時該where SQLand status = 0並未正常拼接，也就是說test內的表達式爲false，從而致使查詢結果錯誤。可是，顯然該值（Integer :0）！= null也！= ' '，應該爲true纔對。

經過Debug MyBatis源碼順藤摸瓜找到了IfSqlNode類，該類用來處理動態SQL的<if>節點，方法public boolean apply(DynamicContext context)用來構造節點內的SQL語句。if (evaluator.evaluateBoolean(test, context.getBindings())該代碼即是解析<if test="status !=null and status !=''">test內表達式的關鍵，若是表達式爲true則拼接SQL，不然忽略。

public class IfSqlNode implements SqlNode {
  private ExpressionEvaluator evaluator;
  private String test;
  private SqlNode contents;

  public IfSqlNode(SqlNode contents, String test) {
    this.test = test;
    this.contents = contents;
    this.evaluator = new ExpressionEvaluator();
  }

  public boolean apply(DynamicContext context) {
    if (evaluator.evaluateBoolean(test, context.getBindings())) {
      contents.apply(context);
      return true;
    }
    return false;
  }
}

 

打開ExpressionEvaluator 類，發現解析表達式使用的是OGNL，若是你使用過古老的Struts框架你應該對它不陌生。經過 OgnlCache.getValue(expression, parameterObject);能夠看到表達式的值是從緩存中獲取的，由此可知MyBatis居然對錶達式也作了緩存，以提升性能。

public class ExpressionEvaluator {  
  public boolean evaluateBoolean(String expression, Object parameterObject) {  
    Object value = OgnlCache.getValue(expression, parameterObject);  
    if (value instanceof Boolean) return (Boolean) value;  
    if (value instanceof Number) return !new BigDecimal(String.valueOf(value)).equals(BigDecimal.ZERO);  
    return value != null;  
  }

跟進去看看，終於找到了解析表達式的方法 private static Object parseExpression(String expression),該方法會先從緩存取值，若是沒有便進行解析並放入緩存中，而後調用 Ognl.getValue(parseExpression(expression), root)得到表達式的值。

public class OgnlCache {

  private static final Map<String, ognl.Node> expressionCache = new ConcurrentHashMap<String, ognl.Node>();

  public static Object getValue(String expression, Object root) throws OgnlException {
    return Ognl.getValue(parseExpression(expression), root);
  }

  private static Object parseExpression(String expression) throws OgnlException {
    try {
      Node node = expressionCache.get(expression);
      if (node == null) {
        node = new OgnlParser(new StringReader(expression)).topLevelExpression();
        expressionCache.put(expression, node);
      }
      return node;
    } catch (ParseException e) {
      throw new ExpressionSyntaxException(expression, e);
    } catch (TokenMgrError e) {
      throw new ExpressionSyntaxException(expression, e);
    }
  }

至於 Ognl.getValue(parseExpression(expression), root)是如何運做的，若是你有興趣能夠自行跟下去一探究竟，本文就不贅述了。到此爲止，咱們已經知道MyBatis的表達式是用OGNL處理的了，這一點已經夠了。下面咱們去 OGNL官網看看是否是咱們的表達式語法有問題從而致使該問題的發生。

Interpreting Objects as Booleans：

Any object can be used where a boolean is required. OGNL interprets objects as booleans like this:

1. If the object is a Boolean, its value is extracted and returned;
2. If the object is a Number, its double-precision floating-point value is compared with zero; non-zero is treated as true, zero as false;
3. If the object is a Character, its boolean value is true if and only if its char value is non-zero;
4. Otherwise, its boolean value is true if and only if it is non-null.

果真，若是對象是一個Number類型，值爲0時將被解析爲false，不然爲true，浮點型0.00也是如此。OGNL對於boolean的定義和JavaScript有點像，即'' == 0 == false。這也就不難理解<if test="status != null and status !=''">and status = #{status}</if>當status=0時出現的問題了，顯然0！=''是不成立的，致使表達式的值爲false。

將表達式修改成<if test="status != null">and status = #{status}</if>該問題便迎刃而解。該問題的根源仍是來自編碼的不規範，只有String類型才須要判斷是否！=''，其餘類型徹底沒有這個必要，多是開發人員爲了省事直接複製上一行拿過來改一改或是所使用的MyBatis生成工具不嚴謹致使該問題的發生。

這裏有必要再提一個「坑」，若是你有相似於String str ="A"; <if test="str!= null and str == 'A'">這樣的寫法時，你要當心了。由於單引號內若是爲單個字符時，OGNL將會識別爲Java 中的 char類型，顯然String 類型與char類型作==運算會返回false，從而致使表達式不成立。解決方法很簡單，修改成<if test='str!= null and str == "A"'>即

轉載： https://www.jianshu.com/p/91ed365c0fdd