动态代理模式

为什么从数据库连接池取得的连接,调用close()时没有被真正关闭,而是被池收回去了呢?
spring的ioc,aop等是怎么样实现的呢?当然,很多技术上的东西我也不清楚。不过动态代理模式估计是它们采用的方式了。
下面做个很简单的举例:

public interface Interface
{
void one();
void two();
}

你可以想像成数据库的Connection接口,one()可以看成是它的close()方法。
我们定义一个此接口的实现类:
public class Impl implements Interface
{

public void one()
{
System.out.println("method one in Impl");
}

public void two()
{
System.out.println("method two in Impl");
}

}


接下来关键了:
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;

/**
*
* @author Administrator
*/
public class InterfaceFactory implements java.lang.reflect.InvocationHandler
{
private static final String one = "one";
private Interface i = new Impl();
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
if(one.equals(method.getName()))
{
System.out.println("one in factory");
return null;
}
else
{
return method.invoke(i, args);
}
}

public Interface getInterface()
{
Interface t = (Interface)Proxy.newProxyInstance(i.getClass().getClassLoader(), i.getClass().getInterfaces(),this);
return t;

}

}

就是通过反射搞定这种模式。先是通过普通的new实例化一个Impl对象,再利用这个对象去生成一个和它一样的,但被代理了的类:
Interface t = (Interface)Proxy.newProxyInstance(i.getClass().getClassLoader(), i.getClass().getInterfaces(),this);

接管了它的所有接口方法,(注意:它只能针对接口,而不能是类做哦。)
方法调用one()时,被代理接管,它判断method名是one(),它决定就不做原来类里的one(),自己做另外一套,就如调用close()时,连接池做自己的事,回收connection,不去关闭连接:
if(one.equals(method.getName()))
{
System.out.println("one in factory");
return null;
}

当然,你只想接管one(),其他由它去调用:
return method.invoke(i, args);


main方法测试一下:
public class Main {

/**
* @param args the command line arguments
*/
public static void main(String[] args) {
InterfaceFactory iff = new InterfaceFactory();
Interface i = iff.getInterface();
i.one();
i.two();
}

}

输出结果:
[quote]run:
one in factory
method two in Impl
BUILD SUCCESSFUL (total time: 0 seconds)[/quote]
结果表明,它确实没有去调用method one in Impl,而是调用了one in factory
Connection close()的实现原理也就是这么招。
有这种模式,你是不是会有很多想法了?比如拦截器?权限管理?。。。
希望能帮到大家。
内容概要:本文介绍了一个针对电力系统连锁故障传播路径的N-k多阶段双层优化及故障场景筛选模型,该模型基于混合整数线性规划(MILP)方法构建,旨在全面评估电力系统在遭受多重故障时的脆弱性与恢复能力。通过引入故障传播路径的概念,模型能够动态模拟故障在电网中的逐级扩散过程,并结合多阶段优化策略,实现对关键故障场景的有效识别与优先排序。整个框架不仅考虑了初始故障元件的选取,还涵盖了后续因潮流转移引发的级联跳闸行为,从而提升了风险评估的准确性与时效性。该研究已在Matlab平台上完成代码实现,具备良好的可复现性和工程应用价值,适用于提升现代电网的安全防御水平。; 适合人群:电力系统、能源安全及相关领域的科研人员、高校研究生以及从事电网规划与运行管理的工程技术人员。; 使用场景及目标:①用于电力系统安全评估中识别最危险的N-k故障组合;②支撑电网应急预案制定与薄弱环节改造;③作为学术研究中关于级联故障建模与优化求解的教学与验证工具;④服务于智能电网背景下抵御蓄意攻击或极端事件的风险防控决策。; 阅读建议:建议读者结合Matlab代码深入理解模型的数学 formulation 与求解流程,重点关注目标函数设计、约束条件构建及双层优化结构的实现逻辑,同时可通过调整系统参数和故障设定进行仿真对比分析,以掌握不同因素对连锁故障演化的影响规律。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值