記事ディレクトリ
1. エージェントモードの使用
1.1 はじめに
何らかの理由で、オブジェクトへのアクセスを制御するには、オブジェクトにプロキシを提供する必要があります。このとき、アクセス オブジェクトはターゲット オブジェクトを直接参照できない、または適切ではないため、プロキシ オブジェクトがアクセス オブジェクトとターゲット オブジェクトの間の仲介者として機能します。
Java のプロキシは、プロキシ クラスの生成時期に応じて静的プロキシと動的プロキシに分けられます。静的プロキシ クラスは编译期
Java で生成され、動的プロキシ クラスは Java で生成されます运行时动态生成
。動的プロキシには、JDK プロキシとCGLibプロキシの 2 種類があります。
1.2 構造
- 抽象サブジェクト (Subject) クラス: 実サブジェクトおよびプロキシ オブジェクトによって実装されるビジネス メソッドを、インターフェイスまたは抽象クラスを通じて宣言します。
- Real Subject (Real Subject) クラス: 抽象的なサブジェクトで具体的な業務を実現し、プロキシ オブジェクトによって表現される実オブジェクトであり、参照される最終オブジェクトです。
- プロキシ (プロキシ) クラス: 実際のテーマと同じインターフェイスを提供します。これには、実際のテーマへの参照が含まれており、実際のテーマの機能にアクセス、制御、または拡張できます。
1.3 静的プロキシ
1.3.1 駅の切符購入のケースクラス図
電車の切符を買いたい場合は、駅に行って切符を買って、電車に乗って駅まで行き、列に並んで待つという一連の操作が必要で、明らかに面倒です。また、駅には多くの場所に営業所があるので、切符を買うために営業所に行く方がはるかに便利です。この例は実際には典型的なエージェント モデルであり、駅がターゲット オブジェクトであり、販売代理店がエージェント オブジェクトです。
1.3.2 コード
直接アクセスは ProxyPoint クラス オブジェクトに対して行われます。つまり、ProxyPoint はアクセス オブジェクトとターゲット オブジェクトの間の仲介者として機能します。同時に販売方法も強化しました(代理店は一部手数料をいただきます)。
/**
* 卖火车票的接口
*/
public interface SellTickets {
void sell();
}
/**
* 火车站类
*/
public class TrainStation implements SellTickets {
public void sell() {
System.out.println("火车站卖票");
}
}
/**
* 代售点类
*/
public class ProxyPoint implements SellTickets {
//声明火车站类对象
private TrainStation trainStation = new TrainStation();
public void sell() {
System.out.println("代售点收取一些服务费用");
trainStation.sell();
}
}
/**
* 客户:Client
*/
public class Client {
public static void main(String[] args) {
//创建代售点类对象
ProxyPoint proxyPoint = new ProxyPoint();
//调用方法进行买票
proxyPoint.sell();
}
}
1.4 JDK動的プロキシ
JDK が提供する動的エージェントを使用して、鉄道駅で切符を購入するケースを実現します。
Java には、動的なプロキシ クラス Proxy が用意されています。Proxy は、上で説明したプロキシ オブジェクトのクラスではなく、プロキシ オブジェクトを作成してプロキシ オブジェクトを取得する静的メソッド(newProxyInstance
メソッド) を提供します。
1.4.1 コード
ProxyFactory
プロキシモードで言うプロキシクラスではありませんが、プロキシクラスはプログラムの実行中にメモリ上に動的に生成されるクラスです。
/**
* 卖火车票的接口
*/
public interface SellTickets {
void sell();
}
/**
* 火车站类
*/
public class TrainStation implements SellTickets {
public void sell() {
System.out.println("火车站卖票");
}
}
/**
* 获取代理对象的工厂类
* 代理类也实现了对应的接口
*/
public class ProxyFactory {
// 声明目标对象
private TrainStation station = new TrainStation();
// 获取代理对象的方法,使用Proxy获取代理对象
public SellTickets getProxyObject() {
/*
newProxyInstance()方法参数说明:
ClassLoader loader : 类加载器,用于加载代理类,使用真实对象的类加载器
Class<?>[] interfaces : 真实对象所实现的接口,代理模式真实对象和代理对象实现相同的接口
InvocationHandler h : 代理对象的调用处理程序
*/
SellTickets sellTickets = (SellTickets) Proxy.newProxyInstance(
station.getClass().getClassLoader(),
station.getClass().getInterfaces(),
new InvocationHandler() {
/*
InvocationHandler中invoke方法参数说明:
proxy : 代理对象
method : 对应于在代理对象上调用的接口方法的 Method 实例
args : 代理对象调用接口方法时传递的实际参数
*/
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("代理点收取一些服务费用(JDK动态代理方式)");
//执行真实对象
Object result = method.invoke(station, args);
return result;
}
});
return sellTickets;
}
}
/**
* 客户: Client
*/
public class Client {
public static void main(String[] args) {
// 获取代理对象,创建代理工厂对象
ProxyFactory factory = new ProxyFactory();
// 使用factory对象的方法获取代理对象
SellTickets proxyObject = factory.getProxyObject();
// 调用卖火车票的方法
proxyObject.sell();
}
}
1.4.2 JDK動的エージェントの実行処理
- テスト クラスのプロキシ オブジェクトを通じてメソッドを呼び出します
sell()
。- ポリモーフィズムの特性に応じて、
sell()
プロキシクラス内のメソッドが実行されます。 - プロキシ クラスの sell() メソッドは、
InvocationHandler
インターフェイスのサブ実装クラス オブジェクトのメソッドを呼び出しますinvoke
。 invoke
このメソッドは、(TrainStation)中的sell()
実オブジェクトが属するクラスのメソッドをリフレクションによって実行します。
- ポリモーフィズムの特性に応じて、
1.5 CGLIB 動的プロキシ
CGLIB プロキシを使用して、駅で切符を購入するケースを実現します。
SellTickets インターフェースが定義されていない場合は、TrainStation (駅クラス) のみが定義されます。JDK 動的プロキシでは、インターフェイスをプロキシするためにインターフェイスを定義する必要があるため、JDK プロキシは明らかに使用できません。
CGLIB は、強力で高性能なコード生成パッケージです。これは、インターフェイスを実装していないクラスにプロキシを提供し、JDK の動的プロキシを適切に補完します。
1.5.1 パッケージのインポート
CGLIB はサードパーティによって提供されるパッケージであるため、Maven プロジェクトをビルドするには、jar パッケージの座標を導入する必要があります。
<dependency>
<groupId>cglib</groupId>
<artifactId>cglib</artifactId>
<version>2.2.2</version>
</dependency>
1.5.2 コード
/**
* 火车站类
*/
public class TrainStation {
public void sell() {
System.out.println("火车站卖票");
}
}
/**
* 代理对象工厂,用来获取代理对象
*/
public class ProxyFactory implements MethodInterceptor {
// 声明火车站对象
private TrainStation station = new TrainStation();
public TrainStation getProxyObject() {
// 创建Enhancer对象,类似于JDK代理中的Proxy类
Enhancer enhancer = new Enhancer();
// 设置父类的字节码对象,指定TrainStation为父类
enhancer.setSuperclass(TrainStation.class);
// 设置回调函数
enhancer.setCallback(this);
// 创建代理对象
TrainStation proxyObject = (TrainStation) enhancer.create();
return proxyObject;
}
@Override
public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
System.out.println("代售点收取一定的服务费用(CGLib代理)");
// 要调用目标对象的方法
Object obj = method.invoke(station, objects);
return obj;
}
}
/**
* 客户: Client
*/
public class Client {
public static void main(String[] args) {
// 创建代理工厂对象
ProxyFactory factory = new ProxyFactory();
// 获取代理对象
TrainStation proxyObject = factory.getProxyObject();
// 调用代理对象中的sell方法卖票
proxyObject.sell();
}
}
1.6 3 つのエージェントの比較
-
jdk代理
とCGLIB代理
CGLib を使用して動的プロキシを実装します。CGLib の最下層は ASM バイトコード生成フレームワークを採用し、プロキシ クラスの生成にバイトコード テクノロジが使用されます。JDK1.6 より前では、Java リフレクションを使用するよりも効率的です。唯一注意すべき点は、 CGLibの原理はプロキシされたクラスのサブクラスを動的に生成することであるため、CGLib はFinal として宣言されたクラスまたはメソッドをプロキシできないことです。
JDK1.6、JDK1.7、およびJDK1.8がJDK動的プロキシを段階的に最適化した後、呼び出し数が少ない場合はJDKプロキシの効率がCGLibプロキシよりも高くなりますが、大量の呼び出しが行われる場合のみJDK1 .6 および JDK1.7 は CGLib プロキシよりも若干効率が劣りますが、JDK1.8 に関しては、JDK プロキシは CGLib プロキシよりも効率的です。したがって、インターフェースがある場合は JDK 動的プロキシを使用し、インターフェースがない場合は CGLIB プロキシを使用します。
-
动态代理
と静态代理
静的プロキシと比較した場合、動的プロキシの最大の利点は、インターフェイスで宣言されたすべてのメソッドが呼び出しプロセッサの集中メソッドに転送されて処理されることです(
InvocationHandler.invoke
)。これにより、インターフェースメソッドが多数ある場合でも、静的プロキシのようにメソッドごとに転送する必要がなく、柔軟に対応することができます。インターフェイスがメソッドを追加する場合、静的プロキシ モードでこのメソッドを実装する必要があるすべての実装クラスに加えて、すべてのプロキシ クラスもこのメソッドを実装する必要があります。コードのメンテナンスが複雑になりました。この問題は動的プロキシでは発生しません。
1.7 メリットとデメリット
アドバンテージ:
- プロキシ モードは、クライアントとターゲット オブジェクトの間の仲介的な役割を果たし、ターゲット オブジェクトを保護します。
- プロキシ オブジェクトはターゲット オブジェクトの機能を拡張できます。
- プロキシ モードはクライアントをターゲット オブジェクトから分離することができ、システムの結合をある程度まで軽減します。
欠点:
- システムの複雑さの増加。
1.8 使用シナリオ
-
远程(Remote)代理
ローカル サービスはネットワーク経由でリモート サービスを要求します。ローカルからリモートへの通信を実現するには、ネットワーク通信を実装し、起こり得る例外を処理する必要があります。優れたコード設計と保守性を実現するために、ネットワーク通信部分を非表示にし、ローカル サービスへのインターフェイスのみを公開します。これにより、通信部分の詳細にあまり注意を払うことなく、リモート サービスによって提供される機能にアクセスできます。
-
防火墙(Firewall)代理
プロキシ機能を使用するようにブラウザを設定すると、ファイアウォールはブラウザのリクエストをインターネットに転送し、インターネットが応答を返すと、プロキシ サーバーはそれをブラウザに転送します。
-
保护(Protect or Access)代理
オブジェクトへのアクセスを制御し、必要に応じて、さまざまなユーザーにさまざまなレベルのアクセスを提供します。
记录每一个学习瞬间