springboot mybatis 属于什么框架（基于SpringSpringMVCMybatis分布式敏捷开发系统架构）

前言

项目不仅仅是一个开发架构，而是努力打造一套从 前端模板 - 基础框架 - 分布式架构 - 开源项目 - 持续集成 - 自动化部署 - 系统监测 - 无缝升级 的全方位J2EE企业级开发解决方案。

项目介绍

基于Spring SpringMVC MyBatis分布式敏捷开发系统架构，提供整套公共微服务服务模块：内容管理、支付中心、用户管理（包括第三方）、微信平台、存储系统、配置中心、日志分析、任务和通知等，支持服务治理、监控和追踪，努力为中小型企业打造全方位J2EE企业级开发解决方案。

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]

技术

名称

官网

技术

名称

官网

架构图

模块依赖

zheng-common

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

zheng-admin

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

zheng-ui

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

zheng-upms

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

zheng-oss

文件存储系统，提供四种方案：

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

阿里云OSS

zheng-api

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

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: 开发IDE
• PowerDesigner: 建模工具
• Navicat for MySQL: 数据库客户端

开发环境：

• JDK7
• Mysql5.5
• redis
• Zookeeper
• ActiveMQ
• dubbo-admin
• Dubbo-monitor

工具安装

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

资源下载

• JDK7 oracle/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html[1]
• maven maven.apache/download.cgi[2]
• Redis redis.io/download[3]
• ActiveMQ activemq.apache/download-archives.html[4]
• ZooKeeper apache/dyn/closer.cgi/zookeeper/[5]
• Dubbo dubbo.io/Download-zh.htm[6]
• Elastic Stack elastic.co/downloads[7]
• Nginx nginx/en/download.html[8]
• Jenkins updates.jenkins-ci/download/war/[9]
• dubbo-admin-2.5.3 download.csdn/detail/shuzheng5201314/9733652[10]
• dubbo-admin-2.5.4-SNAPSHOT-jdk8 download.csdn/detail/shuzheng5201314/9733657[11]

开发指南

• 1、本机安装Jdk7、Mysql、Redis、Zookeeper、ActiveMQ并启动相关服务，使用默认配置默认端口即可
• 2、克隆源代码到本地并打开，推荐使用IntelliJ IDEA，本地编译并安装到本地maven仓库

修改本地Host

• 127.0.0.1 ui.zhangshuzheng
• 127.0.0.1 upms.zhangshuzheng
• 127.0.0.1 cms.zhangshuzheng
• 127.0.0.1 pay.zhangshuzheng
• 127.0.0.1 ucenter.zhangshuzheng
• 127.0.0.1 wechat.zhangshuzheng
• 127.0.0.1 api.zhangshuzheng
• 127.0.0.1 oss.zhangshuzheng
• 127.0.0.1 config.zhangshuzheng
• 127.0.0.1 zkserver
• 127.0.0.1 rdserver
• 127.0.0.1 dbserver
• 127.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.zhengmon.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)

启动演示

• 访问 upms.zhangshuzheng:1111/[12]，子系统菜单已经配置到zheng-upms权限中，不用直接访问子系统，默认帐号密码：admin/123456
• 登录成功后，可在右上角切换已注册系统访问

zheng-cms

• zheng-cms-admin：启动ActiveMQ-启动 => 启动zheng-rpc-service => 启动zheng-cms-admin
• zheng-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结尾，如CmsArticleServiceImpl
• controller类，需要在以controller结尾的包下，类名以Controller结尾，如CmsArticleController.java，并继承BaseController
• spring task类，需要在叫名task的包下，并以Task结尾，如TestTask.java
• mapper.xml，需要在名叫mapper的包下，并以Mapper.xml结尾，如CmsArticleMapper.xml
• mapper接口，需要在名叫mapper的包下，并以Mapper结尾，如CmsArticleMapper.java
• model实体类，需要在名叫model的包下，命名规则为数据表转驼峰规则，如CmsArticle.java
• spring配置文件，命名规则为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开发手册] git.oschina/shuzheng/zheng/attach_files

演示地址

演示地址：upms.zhangshuzheng/[13]

预览图

数据模型

数据库模型

拓扑图

拓扑图

项目源码获取方式：关注小编 转发文章 私信【 666 】免费获取！！！

前言

看《小欢喜》看到 45 岁的方圆被辞退的那个场景我有点难过。当然我不是因为他而难过，我是想到我 45 岁的时候会不会也被辞退（可能还没到 45 就被辞退）？这种情绪持续了几天也无法挥散。

正文

现在很多公司加班都很严重，这种情况导致很多人将学习放到了一边。

有些人在这种情况越陷越深，导致自己知识架构和市场已经脱节。然后在出去找工作已经没有了议价能力，恶性循环，再然后到 40 岁的时候公司已经看不到你这颗满是锈迹的螺丝钉之价值所在，索性对你动了手。

工作繁忙只是充实的一个假象，所谓充实应该是每一天都有进步；忙到没法学习是对自己（未来的家庭）的极大不负责。

忙到没法学习可能是一个假命题

加班太严重，如何平衡工作和学习？

首先我们必须清楚学习的目的到底是什么？

• 短期的升值加薪？
• 抵御年龄的增长所带来的竞争力下降？

说到底学习是为了提升自己，而这是一个很漫长的过程。我们需要在学习的过程中找到使自己快乐的因素，我们才有可能坚持下去。

然后我们要弄清楚加班严重是自己的拖拉造成的还是公司有修福报的文化。

如果是自己的问题，那还没有到平衡工作和学习地步，需要从自身找问题；所以侧重点在后者。

1. 项目本身是否对你具有挑战

如果导致我们一直加班的项目是具有挑战的，那么项目本身就是一个很好地学习提高的途径。我们不用一味的想着该如何学习，更不要在工作的时候摸鱼来学习，这才是舍近求远的糊涂。

都说实践才是检验真理的唯一标准，既然有这么好的实践机会，为什么要白白浪费掉呢？

如果没有挑战，就是需要做无数重复的工作；那么我们是否可以写一个插件让自己从这个重复工作中解放出来。让自己可以做一些更有挑战的事用来提高自己。

如果真的没有任何挑战又没有时间学习，我们就需要适时的重新思考一下自己的职业规划。

年轻人确实有时间，但这些时间最好用来提升自己。

学习和钱都是重要的，有些公司打着有好的学习环境而开很低的工资，最后很可能学不到知识也没有赚到钱。

2. 是否利用好了周末和下班的时间

这里说的利用好，不是说你一定需要周末一直学习，而是说周末你需要有计划的学习。好些人一到周末就是：

一觉睡到十二点醒了先来把吃鸡三点吃个早晚饭看个电影电视剧睡前一看三点钟

这种状态其实就是不渴望学习新技能，或者说不想付出就想习得新技能。这是不可能的，有危机感就需要具备保持持续学习新知识的能力，要不然这种危机感也是徒劳。

平日里可以每天挤一些出来学习，巩固基础也好，学习框架也好、学习口语也好。只要是有计划的学习，都是有好处的。

周末的时间是很宝贵的，这也是少有的属于自己的大段可控时间。这种时间是最适合学习的。具体来说：3个小时我们能好好的梳理‘闭包’或者‘原型链’这样基础知识点；我们知道这样的基础知识点其实没有很多。坚持两三个月下来我们必定可以有一个全新的认识。

两三个月的周末时间，就能让我们重新认识基础，这笔买卖很是划算。

关于时间管理这块我自己倒是有一些心得，后面准备单独写一篇文字来和大家一起交流看看。

3. 你遇到问题会如何处理

当你遇到一个问题，你最先想到的是怎么解决呢（这不是选择题）？

• 马上把问题抛到群里面问群友？
• 问旁边的同事？
• 打开搜索引擎查找答案？
• 先处理 bug，然后有时间在好好研究，避免再犯。

可能有些人是第一种，可是这种方式很容易让人忘了最开始想干嘛。很容易就在群里面吹水，所以建议不要用这种方式。至于问同事的话，需要先掂量一下。如果是业务上的问题，可以质询一下；如果就是代码本身的问题，同事也是有需求任务在身的，这样可能反而不好。

我一般是会先找找其他人的处理方案，其实你遇到的问题，之前肯定是有人也遇到过的。你打开使用 Google（百度）可能几分钟就能找到问题所在。这种效率一般是最高的。

当然最好是可以自己记录下来，以免忘记。有时间的时候可以研究问什么这样写会有 bug。

你可以这样记录一些有意义的 bug:

【日期】：***

【问题】：***

【原因】：***

【如何发现】：***

【如何修复】：***

【总结】：***

这就像我们高考的错题本一样有用。

4. 十年后我们的竞争力在哪里

这一点就不展开了，我觉得忧患意识是一个很好的品质，有忧患意识并付出行动同样也是。

对于如何确定自己是否还有竞争力，最直接的办法应该就是时常出去面试一下。看看市场需要，也检测自己。

结 尾

想要提升自己的能力，我们必须付出很多时间。对应的娱乐的时候就需要减少。这个道理大家都是清楚的，但是能做到的却不多。

最后聊几个建议吧，也是个人对自己的要求：

1. 注重长期的可能性，而不是短期的快感
2. 无论如何一定要做好持续学习的计划
3. 技术之外的能力也很重要，比如表达能力、思考方式
4. 系统的学习基础知识很重要，不要急于求新

其实说到底就是需要有持续学习的能力和渴望，如果加班已经严重影响到学习，那么这些人肯定会适时的考虑自己的职业规划了。

,