2009年2月11日随笔档案 - 技术交流

Java静态代理和动态代理

网上和bolg上相关例子不少，今天自己动手写了个例子作为学习笔记。
首先java代理分为静态代理和动态代理，动态代理中java提供的动态代理需要动态代理一个inteface,如果没有inteface则需要使用实现cglib提供的接口。
下面例子只实现动态代理

public class MyProxy implements InvocationHandler{

static Object proxyObj = null;

public static Object getInstance(Object obj){

proxyObj= obj;

return Proxy.newProxyInstance(obj.getClass().getClassLoader(), obj.getClass().getInterfaces(), new MyProxy());

}

public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {

System.out.println("使用代理..");

return method.invoke(proxyObj, args);

}

实现方式

public static void main(String[] args) {

ILeaveService service = (ILeaveService)MyProxy.getInstance(new LeaveServiceImpl());

try {

service.listBizObjByHql("");

}

catch (ServiceException e) {

e.printStackTrace();

}

打印出：

使用代理..

query Hql..

使用Cglib

public class Test2 implements MethodInterceptor {

public Object intercept(Object obj, Method method, Object[] args, MethodProxy methodProxy) throws Throwable {

System.out.println("cglib proxy

");

return methodProxy.invokeSuper(obj, args);

}

实现

public static void main(String[] args) {

Enhancer enhancer = new Enhancer();

enhancer.setSuperclass(Test3.class);

enhancer.setCallback(new Test2());

Test3 test = (Test3)enhancer.create();

test.prinInfo("p

.");

}

输出

cglib proxy

p

.

过滤器

public class Test4 implements CallbackFilter{

public int accept(Method method) {

if(method.getName().equals("method1")){

return 1;

}else if(method.getName().equals("method2")){

return 0;

}

return 0;

}

只有返回0的才执行（cglib中的NoOp.INSTANCE就是一个空的拦截器）

public static void main(String[] args) {

Callback [] callbacks = new Callback[]{new Test2(),NoOp.INSTANCE};

Enhancer enhancer = new Enhancer();

enhancer.setSuperclass(Test3.class);

enhancer.setCallbacks(callbacks);

enhancer.setCallbackFilter(new Test4());

Test3 test3 = (Test3)enhancer.create();

test3.method1();

test3.method2();

}

执行结果

method1

cglib proxy

method2

posted @ 2009-02-18 16:52 Pitey 阅读(471) | 评论 (0) | 编辑收藏

作者：江南白衣

    一直希望那些J字头的协议能有几个提前告老还乡的，好减轻一下我们的负担，特别是这WebService满天飞的时代。但似乎还有很久都轮不到JMS的消失：

    1.因为
    1.它是《Effective Enterprise Java》的一个实践。
    可以把不影响用户执行结果又比较耗时的任务（比如发邮件通知管理员）异步的扔给JMS 服务端去做，而尽快的把屏幕返还给用户。
    而且服务端能够多线程排队响应--高并发的请求。

    2. 可以在Java世界里达到最高的解耦。
       对比WebService，JMS的客户端与服务端无需直连，甚至无需知晓对方是谁、在哪里、有多少人，只要对流过的信息作响应就行了。对牵一发动全身的企业应用来说很轻省。

     2. 但是
     1. Message Bean带着EJB系的荣光，步骤比较繁杂，你需要实现MessageDrivenBean、MessageListener接口，还需要设置EJB的配置信息，然后是deploy....

     2. Spring 1.x 提供的JMS Template简化了JMS Client端的编程，但并没有涉及到服务端的改造。

     3. 所以，SpringSide的Message Driven POJO方案

      Spring JMS Template + ActiveMQ + Jencks

1. 它是Lightweight的，基本上只是普通POJO，不用搞太多东西。

2. 它是Spring Base的，可以使用Spring的各种特性如IOC、AOP。

3. 它是Effective的，基于Jencks的JCA Container实现 pool connection，control transactions and manage security。

4. 但它是withdout EJB Container的。

其实它还不是100% POJO，除非再用上Lingo，但我已不想走得太远。

4.黄金版配置
      如果你想找一个ActiveMQ 3.2 Stable版+Spring的100%可行的配置文件，估计只能到SpringSide项目里看了。网上的文章，不是已过时，就是不切题。

     推荐中英两份最接近的文档：
     捷特慈朋(IDEA中国): Spring和Message Bean的整合
     Spring loaded: Message-Driven POJOs

     不过它们都有个outdate的地方--ActiveMQ3.2开始不再自带JCA Cotainer了，而是将其与Gernimo 合作而成了Jencks，需另外安装。

5.SpringSide旅游指南

      pom.xml里的JMS部分 --所需的依赖包。
      applicationContext-jms.xml --黄金版配置文件。
      activemq.xml --AcitveMQ Broker配置文件。
      OrderPlaceMDP.java --Message Driven Pojo。
      JmsTest.java --单元测试用例。
      OrderManger.java的NodifyOrder()函数 --实际应用的地方。

　POJO太简单，唯一麻烦的配置文件已注释，这里也就无话了。