Play源码深入之三:一次访问的前半生-请求
Play源码深入之三:一次访问的前半生-请求
刀狂剑痴 发表于2年前
Play源码深入之三:一次访问的前半生-请求
  • 发表于 2年前
  • 阅读 302
  • 收藏 0
  • 点赞 1
  • 评论 0

腾讯云 新注册用户 域名抢购1元起>>>   

接着 上篇,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就已经进入应用程序了,而到此就是一个访问的前半生——请求。

标签: Play源码
共有 人打赏支持
粉丝 18
博文 111
码字总数 82582
×
刀狂剑痴
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: