mockito when（）呼び出しはどのように機能しますか？

次のMockitoステートメントがあるとします。

when(mock.method()).thenReturn(someValue);

mock.method（）ステートメントが戻り値をwhen（）に渡す場合、Mockitoはモックのプロキシ処理をどのように作成しますか？私はこれがいくつかのCGLibのものを使用することを想像しますが、これが技術的にどのように行われるかを知りたいと思います。

短い答えは、あなたの例では、結果はmock.method()型に適切な空の値になるということです。mockitoは、プロキシー、メソッドインターセプト、およびMockingProgressクラスの共有インスタンスを介した間接参照を使用して、モック上のメソッドの呼び出しが、スタブに関する情報を、モックメソッド。

mockitoコードを見て数分でミニ分析は次のとおりです。これは非常に大まかな説明です。多くの詳細がここにあります。githubのソースを自分でチェックすることをお勧めします。

まず、クラスのmockメソッドを使用してクラスをモックすると、Mockito基本的にこれが起こります。

1. Mockito.mock 代議員 org.mockito.internal.MockitoCore.mockに、デフォルトのモック設定をパラメーターとして渡します。
2. MockitoCore.mock 代議員 org.mockito.internal.util.MockUtil.createMockデリゲート
3. MockUtilクラスには、使用ClassPathLoaderのインスタンスを取得するクラスをMockMakerモックを作成するために使用するが。デフォルトでは、CgLibMockMakerクラスが使用されます。
4. CgLibMockMakerJMockから借用したクラスを使用してClassImposterizer、モックの作成を処理します。使用「mockitoマジック」のキー片がされているMethodInterceptormockito：モック作成するために使用されるMethodInterceptorFilter、とのインスタンスを含むMockHandlerインスタンスのチェーン、MockHandlerImplを。メソッドインターセプターはMockHandlerImplインスタンスに呼び出しを渡します。MockHandlerImplインスタンスは、メソッドがモックで呼び出されたときに適用されるビジネスロジックを実装します（つまり、回答が既に記録されているかどうかを検索し、呼び出しが新しいスタブを表すかどうかを判断します）。デフォルトの状態では、呼び出されるメソッドのスタブがまだ登録されていない場合、型に応じた空の値が返されます。

次に、例のコードを見てみましょう。

when(mock.method()).thenReturn(someValue)

このコードが実行される順序は次のとおりです。

1. mock.method()
2. when(<result of step 1>)
3. <result of step 2>.thenReturn

何が起こっているのかを理解するための鍵は、モックのメソッドが呼び出されたときに何が起こるかです。メソッドインターセプターには、メソッド呼び出しに関する情報が渡され、MockHandlerインスタンスのチェーンに委任され、最終的にに委任されMockHandlerImpl#handleます。の間MockHandlerImpl#handleに、モックハンドラーはのインスタンスを作成し、OngoingStubbingImplそれを共有MockingProgressインスタンスに渡します。

ときwhenの方法は、の呼び出し後に呼び出されるmethod()と、それ委譲し、MockitoCore.when呼び出して、stub()同じクラスのメソッドを。このメソッドMockingProgressは、モックされたmethod()呼び出しが書き込まれた共有インスタンスから進行中のスタブをアンパックし、それを返します。次にthenReturn、OngoingStubbingインスタンスでメソッドが呼び出されます。

短い答えは、裏では、Mockitoはある種のグローバル変数/ストレージを使用して、メソッドスタブのビルドステップ（例ではmethod（）、when（）、thenReturn（）の呼び出し）の情報を保存するため、最終的にはどのパラメータで何が呼び出されたときに何が返されるかについてのマップを作成します。

この記事はとても役に立ちました： プロキシベースのモックフレームワークの動作の説明（http://blog.rseiler.at/2014/06/explanation-how-proxy-based-mock.html）。著者はデモンストレーションMockingフレームワークを実装しました。これは、これらのMockingフレームワークがどのように機能するかを理解したい人にとって、非常に優れたリソースです。

私の意見では、これはアンチパターンの典型的な使用法です。通常、メソッドを実装するときは「副作用」を回避する必要があります。つまり、メソッドは入力を受け入れて何らかの計算を行い、結果を返す必要があります。それ以外は何も変更されません。しかし、モッキトはわざとそのルールに違反しています。そのメソッドは、結果を返す以外に、Mockito.anyString（）、mockInstance.method（）、when（）、thenReturnなどの一連の情報を格納します。これらはすべて特別な「副作用」があります。そのため、フレームワークは一見すると魔法のように見えます。通常、そのようなコードは記述しません。ただし、モックフレームワークの場合、このアンチパターンデザインは非常にシンプルなAPIにつながるため、優れたデザインです。