乐视开放平台技术架构-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 条评论
登录 后参与评论

相关文章

来自专栏从流域到海域

如何在Mule 4 Beta中实现自动流式传输

原文地址:https://dzone.com/articles/how-automatic-streaming-in-mule-4-beta-works

1875
来自专栏北京马哥教育

某次压测时物理内存被用光 Tomcat 被 Kernel kill 掉的案例

? 背景描述 某项目结构图如下(前端交互式体验及对象存储为主,Redis 及 rds 负载较小没有画出): ? web1 和 web2 是两个 Apache,...

3027
来自专栏架构师之旅

关于Socket高并发的原理介绍及使用Apache Mina带来线上的问题分析

上周在线上出现了一个很低级的问题,但是正是这个低级的问题引起了我的兴趣,其实所谓的低级是因为配置文件配置错了,原本线上是为每个客户端设置了一个席位,就说是客户端...

2213
来自专栏云计算

ElasticMQ 0.7.0:长轮询,使用Akka和Spray的非阻塞实现

原文地址:https://dzone.com/articles/elasticmq-070-long-polling-non

2136
来自专栏CSDN技术头条

为Symfony2和Redis正名,基于PHP的10亿请求/周网站打造

【编者按】如果你还在Symfony2和Redis使用中存在这样的错误观念:不能使用Redis作为主要存储;Symfony2的功能很多,以至于它的运行很慢,那么不...

2115
来自专栏xcywt

程序员需要知道的十个操作系统的概念

说明:我之前在网上看到这篇文章觉得非常好,于是把它翻译了下来。当然很多地方翻译的很渣,见笑了。温馨提示,文章有点长。

781
来自专栏猫哥学前班

猫哥网络编程系列:HTTP PEM 万能调试法

注:本文内容较长且细节较多,建议先收藏再阅读,原文将在 Github 上维护与更新。 在 HTTP 接口开发与调试过程中,我们经常遇到以下类似的问题: 为什么...

3756
来自专栏IT笔记

SpringBoot开发案例之整合mail队列篇

? 科帮网邮件队列.png 前言 前段时间搞了个SpringBoot开发案例之整合mail发送服务,也是基于目前各项目平台的邮件发送功能做一个抽离和整合。 问...

5417
来自专栏九彩拼盘的叨叨叨

node.js 第三方模块

2513
来自专栏Python中文社区

那些年在win下填过的Django坑

專 欄 ❈ JacobYRJ,Python中文社区专栏作者 Python语言爱好者,目前在做Django项目。 Github博客:https://JacobY...

1747

扫码关注云+社区