龙空技术网

基于Spring+SpringMVC+Mybatis分布式敏捷开发系统架构(附源码)

程序员北边 202

前言:

如今朋友们对“varnishnginx架构图”大致比较注意,各位老铁们都需要分析一些“varnishnginx架构图”的相关内容。那么小编也在网上汇集了一些关于“varnishnginx架构图””的相关文章,希望朋友们能喜欢,小伙伴们快快来学习一下吧!

前言zheng项目不仅仅是一个开发架构,而是努力打造一套从 前端模板 - 基础框架 - 分布式架构 - 开源项目 - 持续集成 - 自动化部署 - 系统监测 - 无缝升级 的全方位J2EE企业级开发解决方案。项目介绍基于Spring+SpringMVC+Mybatis分布式敏捷开发系统架构,提供整套公共微服务服务模块:内容管理、支付中心、用户管理(包括第三方)、微信平台、存储系统、配置中心、日志分析、任务和通知等,支持服务治理、监控和追踪,努力为中小型企业打造全方位J2EE企业级开发解决方案。

源码资料获取方式:关注小编+转发文章+私信【 076】免费获取!!!!组织结构

zheng├── zheng-common -- SSM框架公共模块├── zheng-admin -- 后台管理模板├── zheng-ui -- 前台thymeleaf模板[端口:1000]├── zheng-config -- 配置中心[端口:1001]├── zheng-upms -- 用户权限管理系统|    ├── zheng-upms-common -- upms系统公共模块|    ├── zheng-upms-dao -- 代码生成模块,无需开发|    ├── zheng-upms-client -- 集成upms依赖包,提供单点认证、授权、统一会话管理|    ├── zheng-upms-rpc-api -- rpc接口包|    ├── zheng-upms-rpc-service -- rpc服务提供者|    └── zheng-upms-server -- 用户权限系统及SSO服务端[端口:1111]├── zheng-cms -- 内容管理系统|    ├── zheng-cms-common -- cms系统公共模块|    ├── zheng-cms-dao -- 代码生成模块,无需开发|    ├── zheng-cms-rpc-api -- rpc接口包|    ├── zheng-cms-rpc-service -- rpc服务提供者|    ├── zheng-cms-search -- 搜索服务[端口:2221]|    ├── zheng-cms-admin -- 后台管理[端口:2222]|    ├── zheng-cms-job -- 消息队列、任务调度等[端口:2223]|    └── zheng-cms-web -- 网站前台[端口:2224]├── zheng-pay -- 支付系统|    ├── zheng-pay-common -- pay系统公共模块|    ├── zheng-pay-dao -- 代码生成模块,无需开发|    ├── zheng-pay-rpc-api -- rpc接口包|    ├── zheng-pay-rpc-service -- rpc服务提供者|    ├── zheng-pay-sdk -- 开发工具包|    ├── zheng-pay-admin -- 后台管理[端口:3331]|    └── zheng-pay-web -- 演示示例[端口:3332]├── zheng-ucenter -- 用户系统(包括第三方登录)|    ├── zheng-ucenter-common -- ucenter系统公共模块|    ├── zheng-ucenter-dao -- 代码生成模块,无需开发|    ├── zheng-ucenter-rpc-api -- rpc接口包|    ├── zheng-ucenter-rpc-service -- rpc服务提供者|    └── zheng-ucenter-web -- 网站前台[端口:4441]├── zheng-wechat -- 微信系统|    ├── zheng-wechat-mp -- 微信公众号管理系统|    |    ├── zheng-wechat-mp-dao -- 代码生成模块,无需开发|    |    ├── zheng-wechat-mp-service -- 业务逻辑|    |    └── zheng-wechat-mp-admin -- 后台管理[端口:5551]|    └── zheng-ucenter-app -- 微信小程序后台├── zheng-api -- API接口总线系统|    ├── zheng-api-common -- api系统公共模块|    ├── zheng-api-rpc-api -- rpc接口包|    ├── zheng-api-rpc-service -- rpc服务提供者|    └── zheng-api-server -- api系统服务端[端口:6666]├── zheng-oss -- 对象存储系统|    ├── zheng-oss-sdk -- 开发工具包|    ├── zheng-oss-web -- 前台接口[端口:7771]|    └── zheng-oss-admin -- 后台管理[端口:7772]├── zheng-message -- 实时通知系统|    ├── zheng-message-sdk -- 开发工具包|    ├── zheng-message-server -- 服务端[端口:8881,SocketIO端口:8882]|    └── zheng-message-client -- 客户端├── zheng-shop -- 电子商务系统└── zheng-demo -- 示例模块(包含一些示例代码等)     ├── zheng-demo-rpc-api -- rpc接口包     ├── zheng-demo-rpc-service -- rpc服务提供者     └── zheng-demo-web -- 演示示例[端口:9999]
技术选型后端技术:

技术名称官网

| --- | --- | --- |

| Spring Framework | 容器 | |

| SpringMVC | MVC框架 | |

| Apache Shiro | 安全框架 | |

| Spring session | 分布式Session管理 | |

| MyBatis | ORM框架 | |

| MyBatis Generator | 代码生成 | |

| PageHelper | MyBatis物理分页插件 | |

| Druid | 数据库连接池 | |

| FluentValidator | 校验框架 | |

| Thymeleaf | 模板引擎 | |

| Velocity | 模板引擎 | |

| ZooKeeper | 分布式协调服务 | |

| Dubbo | 分布式服务框架 | |

| TBSchedule & elastic-job | 分布式调度框架 | |

| Redis | 分布式缓存数据库 | |

| Solr & Elasticsearch | 分布式全文搜索引擎 | |

| Quartz | 作业调度框架 | |

| Ehcache | 进程内缓存框架 | |

| ActiveMQ | 消息队列 | |

| JStorm | 实时流式计算框架 | |

| FastDFS | 分布式文件系统 | |

| Log4J | 日志组件 | |

| Swagger2 | 接口测试框架 | |

| sequence | 分布式高效ID生产 | |

| AliOSS & Qiniu & QcloudCOS | 云存储 | |

| Protobuf & json | 数据序列化 | |

| Jenkins | 持续集成工具 | |

| Maven | 项目构建管理 | |

| Netty-socketio | 实时推送 | |

前端技术:

技术名称官网

| --- | --- | --- |

| jQuery | 函式库 | |

| Bootstrap | 前端框架 | |

| Bootstrap-table | Bootstrap数据表格 | |

| Font-awesome | 字体图标 | |

| material-design-iconic-font | 字体图标 | |

| Waves | 点击效果插件 | |

| zTree | 树插件 | |

| Select2 | 选择框插件 | |

| jquery-confirm | 弹出窗口插件 | |

| jQuery EasyUI | 基于jQuery的UI插件集合体 | |

| React | 界面构建框架 | |

| Editor.md | Markdown编辑器 | |

| zhengAdmin | 后台管理系统模板 | |

| autoMail | 邮箱地址自动补全插件 | |

| zheng.jprogress.js | 加载进度条插件 | |

| zheng.jtotop.js | 返回顶部插件 | |

| socket.io.js | SocketIO插件 | |

架构图模块依赖模块介绍

zheng-common

Spring+SpringMVC+Mybatis框架集成公共模块,包括公共配置、MybatisGenerator扩展插件、通用BaseService、工具类等。

zheng-admin

基于bootstrap实现的响应式Material Design风格的通用后台管理系统,zheng项目所有后台系统都是使用该模块界面作为前端展示。

zheng-ui

各个子系统前台thymeleaf模板,前端资源模块,使用nginx代理,实现动静分离。

zheng-upms

本系统是基于RBAC授权和基于用户授权的细粒度权限控制通用平台,并提供单点登录、会话管理和日志管理。接入的系统可自由定义组织、角色、权限、资源等。用户权限=所拥有角色权限合集+用户加权限-用户减权限,优先级:用户减权限>用户加权限>角色权限

zheng-oss

文件存储系统,提供四种方案:

阿里云 OSS腾讯云 COS七牛云本地分布式存储

zheng-api

服务网关,对外暴露统一规范的接口和包装响应结果,包括各个子系统的交互接口、对外开放接口、开发加密接口、接口文档等服务,可在该模块支持验签、鉴权、路由、限流、监控、容错、日志等功能。示例图:

zheng-cms

内容管理系统:支持多标签、多类目、强大评论的内容管理,有基本单页展示,菜单管理,系统设置等功能。

zheng-pay

一站式支付解决方案,统一下单接口,支持支付宝、微信、网银等多种支付方式。不涉及业务的纯粹的支付平台。统一下单(统一下单接口、统一扫码)、订单管理、数据分析、财务报表、商户管理、渠道管理、对账系统、系统监控。

zheng-ucenter

通用用户管理系统, 实现最常用的用户注册、登录、资料管理、个人中心、第三方登录等基本需求,支持扩展二次开发。

zheng-wechat-mp

微信公众号管理平台,除实现官网后台自动回复、菜单管理、素材管理、用户管理、消息群发等基础功能外,还有二维码推广、营销活动、微网站、会员卡、优惠券等。

zheng-wechat-app

微信小程序后台

zheng-message

基于Netty实现SocketIO的实时推送系统。支持命名空间、二进制数据、SSL、ACK等功能。环境搭建

开发工具:MySql: 数据库jetty: 开发服务器Tomcat: 应用服务器SVN|Git: 版本管理Nginx: 反向代理服务器Varnish: HTTP加速器IntelliJ IDEA: 开发IDEPowerDesigner: 建模工具Navicat for MySQL: 数据库客户端开发环境:Jdk7+Mysql5.5+RedisZookeeperActiveMQDubbo-adminDubbo-monitor工具安装

环境搭建和系统部署文档(作者:小兵,QQ群共享提供下载)

资源下载JDK7 [1]Maven [2]Redis [3]ActiveMQ [4]ZooKeeper [5]Dubbo [6]Elastic Stack [7]Nginx [8]Jenkins [9]dubbo-admin-2.5.3 [10]dubbo-admin-2.5.4-SNAPSHOT-jdk8 [11]

开发指南

1、本机安装Jdk7、Mysql、Redis、Zookeeper、ActiveMQ并启动相关服务,使用默认配置默认端口即可2、克隆源代码到本地并打开,推荐使用IntelliJ IDEA,本地编译并安装到本地maven仓库修改本地Host127.0.0.1 ui.zhangshuzheng.cn127.0.0.1 upms.zhangshuzheng.cn127.0.0.1 cms.zhangshuzheng.cn127.0.0.1 pay.zhangshuzheng.cn127.0.0.1 ucenter.zhangshuzheng.cn127.0.0.1 wechat.zhangshuzheng.cn127.0.0.1 api.zhangshuzheng.cn127.0.0.1 oss.zhangshuzheng.cn127.0.0.1 config.zhangshuzheng.cn127.0.0.1 zkserver127.0.0.1 rdserver127.0.0.1 dbserver127.0.0.1 mqserver编译流程

maven编译安装zheng/pom.xml文件即可

启动顺序(后台)

准备工作

新建zheng数据库,导入project-datamodel文件夹下的zheng.sql修改各dao模块和rpc-service模块的redis.properties、jdbc.properties、generator.properties数据库连接等配置信息,其中master.redis.password、master.jdbc.password、slave.jdbc.password、generator.jdbc.password密码值使用了AES加密,请使用com.zheng.common.util.AESUtil工具类修改这些值启动Zookeeper、Redis、ActiveMQ、Nginx(配置文件参考project-tools/nginx下的*.conf文件)

zheng-upms

首先启动 zheng-upms-rpc-service(直接运行src目录下的ZhengUpmsRpcServiceApplication#main方法启动) => zheng-upms-server(jetty),然后按需启动对应子系统xxx的zheng-xxx-rpc-service(main方法) => zheng-xxx-webapp(jetty)访问 [12],子系统菜单已经配置到zheng-upms权限中,不用直接访问子系统,默认帐号密码:admin/123456登录成功后,可在右上角切换已注册系统访问

zheng-cms

zheng-cms-admin:启动ActiveMQ-启动 => 启动zheng-rpc-service => 启动zheng-cms-adminzheng-cms-web:启动nginx代理zheng-ui静态资源,配置文件可参考 nginx.conf

zheng-oss

首先启动zheng-oss-web服务开发阶段,如果zheng-oss-web没有公网域名,推荐使用ngrok内网穿透工具,为开发环境提供公网域名,实现上传回调启动nginx代理zheng-ui静态资源开发演示创建数据表(建议使用PowerDesigner)直接运行对应项目dao模块中的generator.main(),可自动生成单表的CRUD功能和对应的model、example、mapper、service代码selectByExampleWithBLOBsForStartPage()selectByExampleForStartPage()selectByExampleWithBLOBsForOffsetPage()selectByExampleForOffsetPage()生成的model和example均已实现Serializable接口,支持分布式已包含抽象类BaseServiceImpl,只需要继承抽象类并传入泛型参数,即可默认实现mapper接口所有方法,特殊需求直接扩展即可BaseServiceImpl默认已实现四种根据条件分页接口BaseServiceImpl方法根据读写操作自动切换主从数据源,继承的扩展接口,可手动通过DynamicDataSource.setDataSource(DataSourceEnum.XXX.getName())指定数据源启动流程:优先rcp-service服务提供者,再启动其他webapp扩展流程:可扩展和拆分rpc-api和rpc-service模块,可按微服务拆分或场景拆分部署方式war包项目:使用tomcat等web容器启动rpc-service服务提供者jar包:将打包后的zheng-xxx-rpc-service-assembly.tar.gz文件解压,使用bin目录的管理脚本运行即可,支持优雅停机。框架规范约定

约定优于配置(convention over configuration),此框架约定了很多编程规范,下面一一列举:

service类,需要在叫名service的包下,并以Service结尾,如CmsArticleServiceImplcontroller类,需要在以controller结尾的包下,类名以Controller结尾,如CmsArticleController.java,并继承BaseControllerspring task类,需要在叫名task的包下,并以Task结尾,如TestTask.javamapper.xml,需要在名叫mapper的包下,并以Mapper.xml结尾,如CmsArticleMapper.xmlmapper接口,需要在名叫mapper的包下,并以Mapper结尾,如CmsArticleMapper.javamodel实体类,需要在名叫model的包下,命名规则为数据表转驼峰规则,如CmsArticle.javaspring配置文件,命名规则为applicationContext-*.xml类名:首字母大写驼峰规则;方法名:首字母小写驼峰规则;常量:全大写;变量:首字母小写驼峰规则,尽量非缩写springmvc配置加到对应模块的springMVC-servlet.xml文件里配置文件放到src/main/resources目录下静态资源文件放到src/main/webapp/resources目录下jsp文件,需要在/WEB-INF/jsp目录下RequestMapping和返回物理试图路径的url尽量写全路径,如:@RequestMapping("/manage")、return "/manage/index"RequestMapping指定method模块命名为项目-子项目-业务,如zheng-cms-admin数据表命名为:子系统_表,如cms_article更多规范,参考[[阿里巴巴Java开发手册] 预览图数据模型

拓扑图源码资料获取方式:关注小编+转发文章+私信【 076】免费获取!!!!

说说Spring MVC执行流程及原理?这样聊能吊打面试官什么是Spring mvc

SpringMVC是一种web层mvc框架;是spring的一个模块,拥有spring的特性,通过策略接口,Spring框架是高度可配置的,而且包含多种视图技术,例如 JavaServer Pages(JSP)技术、Velocity、Tiles、iText 和 POI。Spring MVC 框架并不知道使用的视图,所以不会强迫您只使用 JSP 技术。Spring的MVC框架主要由DispatcherServlet、处理器映射、处理器(控制器)、视图解析器、视图组成。

都知道叫做spring mvc,mvc是什么东东呢?其实就是三层架构, 在过去架构都是两层的,就是浏览器通过servlet后直接访问JSP页面,也就是说所有的java代码都是在jsp页面里面写的,就连访问数据库也是在jsp页面,小型项目这样开发没什么问题,因为快嘛,但是大型项目是需要迭代的,是需要增加功能和模块的,你这么写的话,我后期维护起来很麻烦啊;而且java代码和html标签混搭,这样代码的可读性也不高;所以就衍生出了MVC三层架构

M : 表示mode,翻译成中文叫做模型,对应数据库;V : 表示View,翻译为中文叫做视图,对应前端的页面,比如jspC : 表示 Controller,翻译是控制层,对应servlet的请求映射;Spring MVC执行原理

终于到重点了,其实我在开头的时候已经答对了一半了,只是呢,少了一个叫做拦截器的东东,还有一些其他的细节,看下面这张图就明白了

Spring mvc 执行流程服务器收到请求后,servlet 会将所有的请求都交给前端控制器(DispatcherServlet)处理;前端控制器(DispatcherServlet)先调用HandlerMapping(处理器映射器),handlerMapping 根据请求url查找控制器(handler),返回一个 HandlerExecutionChain(处理器执行链) ,HandlerExecutionChain中除了控制器的信息之外,还有拦截器的信息;接着将HandlerExecutionChain(处理器执行链)返回给 前端控制器(DispatcherServlet),调用适配器之前会先执行前置拦截器的代码,接着 DispatcherServlet 调用 HandlerAdapter(适配器)执行controller 层的代码内容,也就是带@Controller注解的类里面的代码,返回一个ModelAndView (逻辑视图);注意,这里的逻辑视图还不是真正的jsp页面;因为它还没经过渲染;再一次执行后置拦截器;到这一步,DispatcherServlet就会调用ViewResolver(视图解析器)来解析ModelAndView 对象,得到一个View(视图),这个视图就是已经渲染好了的jsp页面了,然后把页面返回给前端之前再执行一次拦截器;

在mvc里面,最重要的无非就这几样 DispatcherServlet 、 HandlerMapping 、 HandlerExecutionChain 、 HandlerInterceptor拦截器、 HandlerAdapter、 ModelAndView、ViewResolver 、 View;别着急,我们一个个讲解它们的作用是什么;

DispatcherServlet

DispatcherServlet 的中文叫做前端控制器 ,也就叫中央调度器,用户发送的所有请求都会经过这个接口,由Servlet调用,是用来拦截所有请求的url的入口,并根据url地址分发到不同的controller ;在web.xml中配置后即可使用

<?xml version="1.0" encoding="UTF-8"?><web-app xmlns:xsi="; xmlns="; xsi:schemaLocation=" ; id="WebApp_ID" version="3.0">  <display-name>SpringMVC_01</display-name>  <!-- 注册中央调度器 -->  <servlet>    <servlet-name>springmvc</servlet-name>    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>    <!-- tomcat启动时自动创建servlet,数字越小优先级越高(>0) -->    <load-on-startup>1</load-on-startup>  </servlet>  <servlet-mapping>    <servlet-name>springmvc</servlet-name>    <!-- 拦截所有请求 -->    <url-pattern>/</url-pattern>  </servlet-mapping></web-app>
HandlerMapping

HandlerMapping的作用就是解析请求链接,然后根据请求链接找到执行这个请求的类(HandlerMapping所说的handler,也就是我们写的Controller或是Action),也叫做控制器映射器,如果未匹配到控制器,则返回404错误;

HandlerExecutionChain

HandlerExecutionChain 是Handler的执行链,我叫它控制器执行链,包含控制器对象handler、拦截器 interceptor。所以HandlerExecutionChain 提供了getHandler、getInterceptors方法,配置文件中配置的interceptor都会加入到HandlerExecutionChain;需要注意的是,拦截器的列表里面除了我们配置的拦截器之外,还有一个springmvc自己维护的拦截器;

HandlerInterceptor

控制器的拦截器,一般都是作为扩展使用,一共有三个方法:

preHandle() :在业务处理器处理请求之前被调用。预处理,可以进行编码、安全控制、权限校验等处理;preHandle有一个boolen类型的返回值,返回 true 表示正常执行,返回 false 表示拦截请求.如果返回 false ,postHandle() 和 afterCompletion() 方法都不会执行;postHandle() :在业务处理器处理请求执行完成后调用,生成视图之前执行。后处理(调用了Service并返回ModelAndView,但未进行页面渲染),有机会修改ModelAndView ;当controller层抛出异常后不会执行postHandle方法,afterCompletion() :在DispatcherServlet完全处理完请求后被调用,可用于清理资源等。返回处理(已经渲染了页面);当controller层抛出异常后依然会执行afterCompletion方法

代码示例

package com.Spring.Boot.controller.Interceptor;import org.springframework.stereotype.Component;import org.springframework.web.servlet.HandlerInterceptor;import org.springframework.web.servlet.ModelAndView;import javax.servlet.http.HttpServletRequest;import javax.servlet.http.HttpServletResponse;/** * springmvc拦截器 * */@Componentpublic class MvcInterceptor implements HandlerInterceptor {    @Override    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {        System.out.println("处理器处理请求之前被调用");        // 返回true正常执行,返回false 表示拦截请求,        return true;    }    @Override    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {        // preHandle方法返回false则不会执行到这里        System.out.println("处理器处理请求执行完成后调用");    }    @Override    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {        // preHandle方法返回false则不会执行到这里        System.out.println("DispatcherServlet完全处理完请求后被调用");    }}

打印结果

HandlerAdapter

HandlerAdapter字面上的意思就是处理适配器,它的作用用一句话概括就是调用具体的方法对用户发来的请求来进行处理。当handlerMapping获取到执行请求的controller时,DispatcherServlte会根据controller对应的controller类型来调用相应的HandlerAdapter来进行处理。

执行过程 : DispatcherServlte会根据handlerMapping传过来的controller与已经注册好了的HandlerAdapter一一匹配,看哪一种HandlerAdapter是支持该controller类型的,如果找到了其中一种HandlerAdapter是支持传过来的controller类型,那么该HandlerAdapter会调用自己的handle方法

ModelAndView

从名字上看ModelAndView中的Model代表模型,View代表视图,这里的模型就是在controller层中ModelMap中添加的值;

ModelAndView对象有两个作用:

作用一

设置转向地址,如下所示(这也是ModelAndView和ModelMap的主要区别)

ModelAndView mv = new ModelAndView();mv.setViewName("statisticalform/popStatistics/onloadPopStatisticsList");

作用二

用于传递控制方法处理结果数据到结果页面,也就是说我们把需要在结果页面上需要的数据放到ModelAndView对象中即可,

他的作用类似于 request对象的setAttribute方法的作用,用来在一个请求过程中传递处理的数据。

通过以下方法向页面传递参数:

addObject(String key,Object value);   mv.addObject("list", list);

在页面上可以通过el变量方式$key或者bboss的一系列数据展示标签获取并展示ModelAndView中的数据。

ViewResolver

视图解析器,ViewResolver的主要作用是把一个逻辑上的视图 ModelAndView 解析为一个真正的view视图;

View

视图的作用是渲染模型数据,将模型里的数据以某种形式呈现给客户端。视图对象可以是常见的JSP,还可以是Excel或PDF等形式不一的媒体。为了实现视图模型和具体实现技术的解耦

源码资料获取方式:关注小编+转发文章+私信【 076】免费获取!!!!

标签: #varnishnginx架构图