文档章节

Play源码深入之三:一次访问的前半生-请求

奋斗到天明
 奋斗到天明
发布于 2015/08/27 18:12
字数 1144
阅读 935
收藏 0

行业解决方案、产品招募中!想赚钱就来传!>>>

接着 上篇,play初始化完成之后,第一个请求来到了PlayHandler中,我们看PlayHandler如何处理。 Netty调用play.server.PlayHandler:messageReceived()方法,play将netty的httprequest转化成自己的Http.Request对象。

...
// Plain old HttpRequest
try {
    final Request request = parseRequest(ctx, nettyRequest, messageEvent);

    final Response response = new Response();
    Http.Response.current.set(response);

    // Buffered in memory output
    response.out = new ByteArrayOutputStream();

    // Direct output (will be set later)
    response.direct = null;

    // Streamed output (using response.writeChunk)
    response.onWriteChunk(new Action< Object >() {

        public void invoke(Object result) {
            writeChunk(request, response, ctx, nettyRequest, result);
        }
    });

    // Raw invocation
    boolean raw = Play.pluginCollection.rawInvocation(request, response);
    if (raw) {
        copyResponse(ctx, request, response, nettyRequest);
    } else {

        // Deleguate to Play framework
        Invoker.invoke(new NettyInvocation(request, response, ctx, nettyRequest, messageEvent));

    }

} catch (Exception ex) {
  Logger.warn(ex, "Exception on request. serving 500 back");
    serve500(ex, ctx, nettyRequest);
}
...

构建了Http.Response对象。然后发出原始调用事件rawInvocation,每个插件plugin可以处理这个请求,并决定是否放弃后续处理直接返回Response。如果所有插件处理后没有中断,则交与NettyInvocation处理。 

这时从Eclipse的Debug面板中可以看到,NettyInvocation已经是第三个线程了。 NettyInvocation继承了Invoker.Invocation,在run()方法调用了Invoker.Invocation:run()方法,所以主体就在Invoker.Invocation:run()中

...
public static abstract class Invocation implements Runnable {
    ...
    public void run() {
        if (waitInQueue != null) {
            waitInQueue.stop();
        }
        try {
            preInit();
            if (init()) {
                before();
                boolean withinFilterFctFound = this.withinFilter(new play.libs.F.Function0() {
                    public Void apply() throws Throwable {
                        execute();
                        return null;
                    }
                });
                // No filter function found => we need to execute anyway( as before the use of withinFilter )
                if(!withinFilterFctFound){
                    execute();
                }
                after();
                onSuccess();
            }
        } catch (Suspend e) {
            suspend(e);
            after();
        } catch (Throwable e) {
            onException(e);
        } finally {
            _finally();
        }
    }
    ...
}
...

主体中,通过init()方法初始化了调用相关的参数reqeust/response/scope.param等等的current线程变量。

然后Router负责检查请求的request路径是否在route配置中,是否为静态文件请求。play.mvc.ActionInvoker:resolve()中负责处理调用应用Action方法的初始化,包括路由的匹配、Controller类、方法等。

在getActionMethod方法中,我们可以看到play给每个不以controllers开头的请求路径加上了 controllers.。所以controller就必需写在controllers中了。

...
    public static Object[] getActionMethod(String fullAction) {
        Method actionMethod = null;
        Class controllerClass = null;
        try {
            if (!fullAction.startsWith("controllers.")) {
                fullAction = "controllers." + fullAction;
            }
   ...

init结束。在主体before()触发beforeInvocation事件后,play开始调用各个插件的过滤器处理请求。其中事务处理过滤器就写在了JPAPlugin中。

...
        private boolean withinFilter(play.libs.F.Function0 fct) throws Throwable {
            boolean withinFilterFctFound = false;
            for (PlayPlugin plugin : Play.pluginCollection.getEnabledPlugins()) {
                if (plugin.getFilter() != null){
                    withinFilterFctFound = true;
                    plugin.getFilter().withinFilter(fct);
                }
            }
            return withinFilterFctFound;
        }
        ....

如果请求的方法被NoTransaction注解后,就会不会开启事务。而在开启了事务后,JPA回调play.libs.F.Function0匿名内部类中的apply方法,从而调用execute处理请求。

public class JPA {
    ...
    public static  T withinFilter(F.Function0 block) throws Throwable {
        if(InvocationContext.current().getAnnotation(NoTransaction.class) != null ) {
            //Called method or class is annotated with @NoTransaction telling us that
            //we should not start a transaction
            return block.apply();
        }

        boolean readOnly = false;
        String name = DEFAULT;
        Transactional tx = InvocationContext.current().getAnnotation(Transactional.class);
        if (tx != null) {
            readOnly = tx.readOnly();
        }
        PersistenceUnit pu = InvocationContext.current().getAnnotation(PersistenceUnit.class);
        if (pu != null) {
            name = pu.name();
        }

        return withTransaction(name, readOnly, block);
    }
    ...

    public static  T withTransaction(String dbName, boolean readOnly, F.Function0 block) throws Throwable {
        ...
        for (String name : emfs.keySet()) {
            EntityManager localEm = JPA.newEntityManager(name);
            JPA.bindForCurrentThread(name, localEm, readOnly);

            if (!readOnly) {
                localEm.getTransaction().begin();
            }
        }

        T result = block.apply();   
        ...
    }
    ...
}

在做了如此多的准备工作之后,play.mvc.ActionInvoker中invoker方法,终于要调用我们应用中route文件对应的Controller.action方法了。

public static void invoke(Request request, Http.Response response) {
    ...
    Play.pluginCollection.beforeActionInvocation(actionMethod);

    // Monitoring
    monitor = MonitorFactory.start(request.action + "()");

    // 3. Invoke the action
    try {
      // @Before
      handleBefores(request);

      // Action

      Result actionResult = null;
      String cacheKey = null;

      // Check the cache (only for GET or HEAD)
      if ((request.method.equals("GET") || request.method.equals("HEAD")) && actionMethod.isAnnotationPresent(CacheFor.class)) {
          cacheKey = actionMethod.getAnnotation(CacheFor.class).id();
          if ("".equals(cacheKey)) {
              cacheKey = "urlcache:" + request.url + request.querystring;
          }
          actionResult = (Result) play.cache.Cache.get(cacheKey);
      }

      if (actionResult == null) {
          ControllerInstrumentation.initActionCall();
          try {
              inferResult(invokeControllerMethod(actionMethod));
          } catch(Result result) {
              actionResult = result;
              // Cache it if needed
              if (cacheKey != null) {
                  play.cache.Cache.set(cacheKey, actionResult, actionMethod.getAnnotation(CacheFor.class).value());
              }
          } catch (InvocationTargetException ex) {
              ....
          }
      }
    ...
}

首先,play发出调用前的事件beforeActionInvocation,VolidationPlugin响应,进行校验工作。 

然后,处理@before注解。 

再是,正式处理请求,这是也能看到play被人诟病的基于异常的返回机制。

而参数的绑定就在getActionMethodArgs中,先对请求参数进行了一次重构,形成一棵树状对象。

public static Object[] getActionMethodArgs(Method method, Object o) throws Exception {
        ...
        
        for (int i = 0; i < method.getParameterTypes().length; i++) {
            ...

            rArgs[i] = Binder.bind(
                        root,
                        paramsNames[i],
                        method.getParameterTypes()[i],
                        method.getGenericParameterTypes()[i],
                        method.getParameterAnnotations()[i],
                        new Binder.MethodAndParamInfo(o, method, i + 1));
        }

        CachedBoundActionMethodArgs.current().storeActionMethodArgs(method, rArgs);
        return rArgs;
    }

在play.data.binding.Binder:bind()方法中,我们可以看见,play再次发出了绑定事件,这次也就JPA响应,用Hibenate加载域模型对象。

public static Object bind(RootParamNode parentParamNode, String name, Class<?> clazz, Type type, Annotation[] annotations, MethodAndParamInfo methodAndParamInfo) {
    ...

    if (paramNode != null) {

        // Let a chance to plugins to bind this object
        result = Play.pluginCollection.bind(parentParamNode, name, clazz, type, annotations);
        if (result != null) {
            return result;
        }

        result = internalBind(paramNode, clazz, type, bindingAnnotations);
    }

    ...
}

在invokeWithContinuation方法中,终于看到了 result = method.invoke(instance, realArgs);这是Controller.action()方法的invoke,其实正常情况result没什么用,因为返回结果都是异常,result根本没得收。

static Object invokeWithContinuation(Method method, Object instance, Object[] realArgs) throws Exception {
        ...
        try {
            pStackRecorder.isRestoring = !pStackRecorder.isEmpty();

            // Execute code
            result = method.invoke(instance, realArgs);

            ...
        } finally {
            pStackRecorder.deregisterThread(old);
        }
        return result;
    }

method.invoke就已经进入应用程序了,而到此就是一个访问的前半生——请求。

奋斗到天明
粉丝 19
博文 112
码字总数 82707
作品 0
昌平
程序员
私信 提问
加载中
请先登录后再评论。
记一次失败的Perl + Nginx + FastCGI 配置过程

这两天心血来潮,不知道为什么和 Perl + Nginx + FastCGI 配置 耗上了。但是失败了,记录如下: 1)安装Nginx 1.4.3 ,我的是WINDOWS 7 系统,修改配置文件如下: location ~ .(pl|cgi|perl)?...

通吃岛-低手哥
2013/10/27
1.6K
7
访问安全控制解决方案

本文是《轻量级 Java Web 框架架构设计》的系列博文。 今天想和大家简单的分享一下,在 Smart 中是如何做到访问安全控制的。也就是说,当没有登录或 Session 过期时所做的操作,会自动退回到...

黄勇
2013/11/03
3.4K
6
用vertx实现高吞吐量的站点计数器

工具:vertx,redis,mongodb,log4j 源代码地址:https://github.com/jianglibo/visitrank 先看架构图: 如果你不熟悉vertx,请先google一下。我这里将vertx当作一个容器,上面所有的圆圈要...

jianglibo
2014/04/03
4K
3
我的架构演化笔记 功能1: 基本的用户注册

“咚咚”,一阵急促的敲门声, 我从睡梦中惊醒,我靠,这才几点,谁这么早, 开门一看,原来我的小表弟放暑假了,来南京玩,顺便说跟我后面学习一个网站是怎么做出来的。 于是有了下面的一段...

强子哥哥
2014/05/31
976
3
beego API开发以及自动化文档

beego API开发以及自动化文档 beego1.3版本已经在上个星期发布了,但是还是有很多人不了解如何来进行开发,也是在一步一步的测试中开发,期间QQ群里面很多人都问我如何开发,我的业余时间实在...

astaxie
2014/06/25
2.7W
22

没有更多内容

加载失败,请刷新页面

加载更多

叮! Q币派送中,快来看看你中奖了吗?

中奖名单新鲜出炉啦! 大家好 为了感谢大家一直以来对我们公众号的关注和支持 D妹来给大家发!奖!品!了! 是哪几位幸运鹅 能把这30Q币收入囊中? 赶紧过来康康吧! 也欢迎各位后续多多分享...

腾讯云DNSPod
今天
20
0
Qt音视频开发5-vlc事件订阅

一、前言 事件订阅可以拿到文件长度、播放进度、播放状态改变等信息,vlc的事件订阅机制封装的比较友好,只需要先创建一个事件管理器,然后逐个订阅自己感兴趣的需要的事件,不感兴趣的可以不...

飞扬青云
26分钟前
18
0
酒精和药物影响下出现交通事故的频率

导读: 在酒精或药物影响下驾驶,已被认为是与发生潜在交通事故和出现严重伤亡结果相关的关键因素[1]。2016年,美国酒驾事故导致10,497人死亡,占当年交通事故死亡总人数的28%,其死亡总人数...

科研菌
昨天
0
0
高可用高并发的 9 种技术架构!

来源:androidchina http://www.androidchina.net/7928.html 1、分层 分层是企业应用系统中最常见的一种架构模式,将系统在横向维度上切分成几个部分,每个部分负责一部分相对简单并比较单一...

Java技术栈
27分钟前
23
0
联盟链要对区块链做减法

当前联盟链平台在公有链的基础上,对共识机制做调整,去掉公有属性,使得准入可控、效率提升,这实际上是对区块链在做减法。但这是否足够呢? 我们在应用中很快发现,联盟链的使用比较受限制...

FISCO-BCOS开源社区
昨天
11
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部