ソースコードの分析と概要を選択します

サンプルコード

前の記事では、MyBatis の場合、insert、update、および delete はグループであり、MyBatis の場合はすべて更新であるため、select はグループであり、MyBatis の場合は選択であると述べました。

この記事では、select の実装プロセスについて説明します。サンプル コードは次のとおりです。

 1 public void testSelectOne() { 2     System.out.println(mailDao.selectMailById(8)); 3 }

selectMailById メソッドの実装は、次のとおりです。メソッド: selectList と selectOne ただし、この記事では分析のみを行うため、selectOne メソッドのみを分析する必要があります。その理由は後で説明します。

selectOne メソッド フロー

まず、SqlSession の selectOne メソッド フローを見てください。このメソッドは DefaultSqlSession にあります。 2 つの選択リストselectList メソッドだけで十分である理由は、MyBatis のすべての selectOne 操作が最終的には selectList 操作 に変換され、操作が完了した後に結果セットの数を判断するだけだからです。結果セットの数が 1 を超える場合、エラーが報告されます。

次に、3 行目の selectList のコード実装を見てみましょう。このメソッドは DefaultSqlSession にもあります:

1 public Mail selectMailById(long id) {2     SqlSession ss = ssf.openSession();3     try {4         return ss.selectOne(NAME_SPACE + "selectMailById", id);5     } finally {6         ss.close();7     }8 }

3 行目の MappedStatement の取得については説明しません。クエリ メソッドについて話しましょう。 4 行目の Executor の実装。ここでは、SimpleExecutor にキャッシュ機能を追加するためにデコレーター パターンが使用されています。コードは CachingExecutor にあります。 、となります、まとめもあります。 3 行目のコードは、入力パラメーターに基づいてキャッシュ キーを構築します。

4 行目のコードはクエリ操作を実行します。コードの実装も CachingExecutor にあります。

キャッシュへの設定と参照はありません。コードの 17 行目は、SimpleExecutor の親クラスである BaseExecutor にあり、ソース コードは次のように実装されます。 16 行目のコードはここで実行されます。 queryFromDatabase メソッドは次のように実装されます:

 1 public <T> T selectOne(String statement, Object parameter) { 2     // Popular vote was to return null on 0 results and throw exception on too many. 3     List<T> list = this.<T>selectList(statement, parameter); 4     if (list.size() == 1) { 5       return list.get(0); 6     } else if (list.size() > 1) { 7       throw new TooManyResultsException("Expected one result (or null) to be returned by selectOne(), but found: " + list.size()); 8     } else { 9       return null;10     }11 }

コードは 5 行目に進み、最後に duQuery メソッドを実行します。 メソッドの実装は次のとおりです:

 1 public <E> List<E> selectList(String statement, Object parameter, RowBounds rowBounds) { 2     try { 3       MappedStatement ms = configuration.getMappedStatement(statement); 4       return executor.query(ms, wrapCollection(parameter), rowBounds, Executor.NO_RESULT_HANDLER); 5     } catch (Exception e) { 6       throw ExceptionFactory.wrapException("Error querying database.  Cause: " + e, e); 7     } finally { 8       ErrorContext.instance().reset(); 9     }10 }

4 行目から 6 行目のコードが次のとおりです。前回の更新と同じなので、詳細は説明しません。ハンドラーの印象がある人は、それが PreparedStatementHandler であることを覚えておいてください。次のパートでは、Update との違いと、PreparedStatementHandler のクエリ メソッドがどのように実装されているかを分析します。

PreparedStatementHandlerのクエリメソッドの実装

PreparedStatementHandlerのクエリメソッドの最後に続くと、その最終実装は次のようになります:

1 public <E> List<E> query(MappedStatement ms, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler) throws SQLException {2     BoundSql boundSql = ms.getBoundSql(parameterObject);3     CacheKey key = createCacheKey(ms, parameterObject, rowBounds, boundSql);4     return query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);5 }

クエリ操作を実行するには、3行目を参照してください。そして4行目コードは結果セットを処理し、結果セットを List に変換します。 handleResultSets メソッドは次のように実装されます。

この方法をまとめてみましょう。

コードの 7 行目は、PreparedStatement の getResultSet メソッドを通じて ResultSet を取得し、ResultSet を ResultSetWrapper にラップします。ResultSetWrapper は、ResultSet を含むだけでなく、各部分の行名と列名、および対応する列も定義します。データベースによって返されるデータ。JDBC の型と列に対応する Java クラスの型。さらに、最も重要なことは、TypeHandlerRegister (型プロセッサ、すべてのパラメータは TypeHandler を通じて設定される) も含まれていることです。

コードの 9 行目は、 タグで定義された ResultMap を取得しますが、論理的には、 タグは 1 つの resultMap 属性のみを定義する必要があります。は List ですが、あまり明確ではありません。

コードの 11 行目は検証を行います。つまり、選択から返された結果が存在するが、それに対応する ResultMap または ResultType がない場合、例外がスローされます。理由は非常に簡単です。これら 2 つのうちの 1 つでは、MyBatis は戻り値の変換方法を知りません。

12行目から18行目のコードは、ResultSetWrapperの値をResultMapに基づいてJavaオブジェクトに変換し、まずmultipleResultsに格納します。これはList