乐视开放平台技术架构-servlet和spring mvc篇

  在乐视风口浪尖的时候,敢于站出来说我是乐视的而不怕被打脸的,也就是我了。就算我以后不在乐视了,提起来在乐视工作过,我也还是挺骄傲的。因为这是一个有理想,敢拼敢干的公司。想起复仇者联盟里Fury指挥官的一句话:Until such time as the world ends, we will act as though it intends to spin on. 上周我们去怀柔团建,人家都是两个大人住一间,带小孩子的是三个人一间。我带着我家小王子两人住了1380一晚的别墅,据说是最好的房间。像我说过的,每每好事儿都让我摊上了,所以还是该干啥干啥。

  我们部门叫基础业务平台部,负责基本管理乐视视频的视频,音频及所在的专辑数据。单台QPS几千,业内人士表示并发量不大,只是公司的集中缓存差强人意。

  开放平台的系统框架是这样的:

  这是一个很规范的网站系统框架,基本可以满足目前大部分SOA垂直拆分网站架构的需求。项目依赖关系是这样的:

 客户层ope-web采用的是标准的spring mvc架构。定义了三个视图解析器:

  1>InternalResourceViewResolver  这个是UrlBasedViewResolver的方便子类。因为前端页面采用的是JSP,这个必然是首选。

  2>CommonsMultipartResolver  涉及上传视频和图片,这个必不可少。需要注意最大上传大小和最大占用内存大小。

  3>SimpleMappingExceptionResolver  定义统一异常处理。我们这个项目中配置的默认跳转页面defaultErrorView是404,异常时携带的属性exceptionAttribute是ex。在exceptionMappings只定义了一个叫AccessException的异常,跳转到errors页面。

说到Spring MVC还是先放一张架构图吧

 由图中可以看到整个spring mvc核心是dispatcherServlet,客户端将请求提交给它,它查询web.xml里的mapping定义找到Controller。我们项目mapping定义是

    <servlet>
        <servlet-name>dispatcher</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:spring/applicationContext.xml</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>dispatcher</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

  所有的请求都走这个dispatcherServlet,按照applicationContext.xml的配置处理,这里面配置了自动扫描的controller路径和上面提到的视图解释器。来看一眼dispatcherServlet的核心源码:

protected void initStrategies(ApplicationContext context) {
initMultipartResolver(context); //文件上传解析,如果请求类型是multipart将通过MultipartResolver进行文件上传解析;
initLocaleResolver(context); //本地化解析
initThemeResolver(context);   //主题解析
initHandlerMappings(context); //通过HandlerMapping,将请求映射到处理器
initHandlerAdapters(context); //通过HandlerAdapter支持多种类型的处理器
initHandlerExceptionResolvers(context); //如果执行过程中遇到异常将交给HandlerExceptionResolver来解析
initRequestToViewNameTranslator(context); //直接解析请求到视图名
initViewResolvers(context); //通过ViewResolver解析逻辑视图名到具体视图实现
initFlashMapManager(context); //flash映射管理器     }

  从命名就可以看出,这里面主要用到了策略模式,对不同的视图采用不同的策略。ApplicationContext是一个抽象接口,spring的上下文将框架内部的各个组件信息都通过一个context暴露给外部,是一个门面模式。

  dispatcherServlet在进行请求分发的时候还提供了一些服务:

  1>保存现场:保存request熟悉的快照,以便能在必要时恢复。

  2>将框架需要的对象放入request中,以便view和handler使用。

  3>在请求分发后恢复现场。

  建议大家看看DispatcherServlet的源码,经常做spring mvc项目的话,相信源码不难看懂。大家可能经常遇到的问题,比如看了<Java并发编程实践>这本书,感觉这些东西项目中用不到啊。其实不是这样,这本书很基础,里面的东西都用到了,只是封装在框架里了,很多人没仔细研究而已。记得书里讲安全发布的时候讲到使用Collections.unmodifiableMap来发布一个只读的map。这个在DispatcherServlet源码里对它的运用非常的典型:将flashmap的一个快照保存在request的属性里以备查看用。

    FlashMap inputFlashMap = this.flashMapManager.retrieveAndUpdate(request, response);
    if (inputFlashMap != null) {
      request.setAttribute(INPUT_FLASH_MAP_ATTRIBUTE, Collections.unmodifiableMap(inputFlashMap));
    }

  从源码到原理,最基础的,比如:调用构造器来创建一个Java类的时候,要知道这个构造器实际上是一个静态方法。所以第一次调用构造器创建对象的时候,或者访问这个类的静态方法或者静态成员的时候,Java解释器先要定位其字节码(class)文件,加载了字段文件后,要进行所有的静态初始化工作,这个工作只进行一次。

  多想想,从编码到排查问题,相信都不会无从下手。

  上面说了在spring里可以配置异常处理页面,这个不通过spring直接走servlet也可以,只要在web.xml里配置一下:

  DispatcherServlet还实现了一个很重要的功能:拦截器,我们项目中主要用它来做用户身份验证。用户身份验证要走乐视网统一的SSO,在隔着我工位4,5排的用户中心组那边。只是一个外部接口的调用,但是总不能每次用户发一个请求就调一次sso啊,外部调用network hops延时很严重的,所以这时候就用到了集中式缓存。取了一次之后将验证身份的token存于redis里,有效期24小时。

  我们组和SSO组中间隔着前端组。JSP的静态页和JS都是前端提供的。为了进一步解耦前后端的工作,数据的加载都走的是js异步调用,数据由前端去渲染。为了应对前端的修改,jSP中大量引入静态分片。这个静态分片由一个后台服务定时将最新的分配刷新到本地。路径保存在本地缓存中。本地缓存用的google的guava工具包。

  再说拦截器,拦截器和servlet的过滤器很像,它们都是AOP变成思想的体现。这地方要注意:在web.xml配置的都是servlet的功能,在applicationContext里配置的是spring mvc的功能。它们的区别也在这个地方。因为Filter是Servlet的规范,仅能在Servlet前后起作用。而interceptor和spring可以亲密互动,能够深入到方法前后,异常抛出前后等,可以访问Action上下文,值栈里的对象,可多次被调用。

一般项目中用过滤器的就是utf8字符过滤器,在web.xml的配置如下:

    <filter>
        <filter-name>CharacterEncodingFilter</filter-name>
        <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
        <init-param>
            <param-name>encoding</param-name>
            <param-value>UTF-8</param-value>
        </init-param>
    </filter>
    <filter-mapping>
        <filter-name>CharacterEncodingFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

  Servlet规范中还定义了一种特殊类,监听器,用于监听域对象的创建与销毁,以及这些域对象属性的修改事件。我们项目中它来配置logback日志的监听。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏ImportSource

Zipkin和微服务链路跟踪

本期分享的内容是有关zipkin和分布式跟踪的内容。 首先,我们还是通过spring initializr来新建三个项目。一个zipkin service。另外...

2.5K10
来自专栏微服务生态

跟着小程学微服务-自己动手扩展分布式调用链

微服务是当下最火的词语,现在很多公司都在推广微服务,当服务越来越多的时候,我们是否会纠结以下几个问题:

864
来自专栏Java架构师学习

Spring5都有那些新特性与增强,需要了解的Java程序员来看一看

Spring FrameWork 5.0新的功能 JDK 8+和Java EE7+以上版本 整个框架的代码基于java8 通过使用泛型等特性提高可读性 对j...

3577
来自专栏aoho求索

Spring Cloud Gateway 入门

Spring Cloud Gateway介绍 前段时间刚刚发布了Spring Boot 2正式版,Spring Cloud Gateway基于Spring Bo...

7977
来自专栏老码农专栏

TodoBackend展示应用以及ActFramework的实现

1065
来自专栏Python自动化测试

Python接口自动化测试之动态数据处理(二十一)

在前面的知识基础上介绍了在接口自动化测试中,如何把数据分离出来,并且找到它的共同点,然后依据这个共同点来找到解决复杂问题的思想。我一直认为,程序...

772
来自专栏蘑菇先生的技术笔记

WebApiThrottle限流框架使用手册

2615
来自专栏Kubernetes

Kubernetes Node Controller源码分析之Taint Controller

Author: xidianwangtao@gmail.com NewNoExecuteTaintManager 在Kubernetes Node Con...

31713
来自专栏一个会写诗的程序员的博客

Spring FrameWork 5.0 新功能 概览Spring FrameWork 5.0 新功能 概览

整个框架的代码基于java8 通过使用泛型等特性提高可读性 对java8提高直接的代码支撑

621
来自专栏编程一生

lucene原理及源码解析--核心类

992

扫码关注云+社区