若依是一套全部开源的快速开发平台，毫无保留给个人及企业免费使用。

好了，废话说完，开始正文

基于MIT开源协议，可直接商用无需授权，但请尊重开源精神不要去掉代码中铭飞的注释和版权信息

建议开发者使用以下环境，这样避免版本带来的问题

MCms内容插件提供最基本的菜单、权限、角色、栏目、内容、静态化、等常用功能。

视频教程：内容插件视频教程 配合代码生成器使用快速提升开发效率：代码生成器在线视频教程、代码生成器使用文档

项目访问路径/swagger-uihtml#/

系统部署手册

懒人做法，将所有的资源打成一个jar包，维护资源不方便，不推荐

打包指令增加参数 -f bin-xml ,执行完成会在target目录会生成 “ 项目-bin ” 发布文件夹

config：配置文件

html：静态化自动生成的目录(自动生成)

static：静态资源文件

templets：(必须)模版目录，需要复制一份

upload：(必须)上传的文件夹

WEB-INF：ftl视图文件

mcmslog：自动生成的日志文件

sh：linux启动、停止脚本

bat：window启动、停止脚本

项目源码和操作文档：转发文章后私信 620 三个数字即可免费获取！！！

大家好，一直以来我都本着用最通俗的话理解核心的知识点, 我认为所有的难点都离不开 「基础知识」 的铺垫。目前正在出一个 SpringBoot 长期系列教程，从入门到进阶, 篇幅会较多~

「大佬可以绕过 ~」

如果你是一路看过来的，很高兴你能够耐心看完。之前带大家学了 Springboot 基础部分，对基本的使用有了初步的认识, 接下来的几期内容将会带大家进阶使用，会先讲解基础 中间件 的使用和一些场景的应用，或许这些技术你听说过，没看过也没关系，我会带大家一步一步的入门，耐心看完你一定会有 收获 ~

上期带大家学习了 SpringBoot 中如何去拦截请求, 本期将带大家学习 MyBatis 中如何进行 事务管理 ，同样的，我们集成到 Springboot 中。最近github可能会被墙，所以我把源码放到了国内gitee上,本节我们依然使用上期的代码

我们先了解一下它的基本概念。其实 事务 它不仅是在这里我们提到的 mybatis ,其实它在数据库中也是存在的。 事务 我们从字面意思理解，它好比烤面包，经过一些列的步骤之后，最终提供给客户完整的面包，也就是说中间出现差错，就得回退。可能举这个例子不大合适，再举一个我们业务中的场景吧。用户购买一个商品，首先下单，下完单之后进行支付，支付成功后订单为支付成功状态，跳转成功页，这一系列操作就是一个事务，要么成功要么失败。

在通过上面的例子有了大概了解之后，我们再看看它的基本概念。

下面带大家看看 sql 如何执行事务操作。下面举个例子比较一下

没有事务操作的时候:

以之前的场景给大家举例, 用户支付减少余额 并改订单状态为成功。 当我们的程序执行了上边的两条 sql ，大家觉得有问题吗？这肯定得出事，这不得被人薅死。虽然语句没报错，但是逻辑错了，为啥 因为余额变成负数了，这不是没钱白嫖,还指望用户给你冲上吗。然后订单还给成功了，如果遇到并发大的时候，这得多少钱，发还是不发货呢？告诉用户系统问题？老板看了得哭死。

所以不管是程序上的错误(sql执行错误),还是逻辑上的错误都不能进行下一步操作,所以事务显的尤为重要。那么 sql 怎么提交事务呢

上边只是给大家举个例子，生成中我们还得用 mybatis 去操作。

在 SpringBoot 中执行事务非常简单,首先要开启事务 @EnableTransactionManagement ,在启动类上加上:

添加控制器方法:

我们访问 http://localhost:8877/api/user/transname=xiaohong , 发现数据库并没有产生新纪录和更新记录， @Transactional(rollbackFor = Exceptionclass) 表示开启一个事务，当捕获到 Exception 异常就进行回滚。把 name 换掉会发现，执行成功了。

执行失败的时候:

那有没有 手动 去执行回滚操作的呢？有时候，我们总不能靠异常来判断，需要通过逻辑判断:

上边的方法 TransactionAspectSupportcurrentTransactionStatus()setRollbackOnly(); 就是干这个的。

其实本节到这里差不多就结束了，给大家多讲一点, 其实这一块内容理论知识点还是比较多多的，这也是面试比较喜欢问的，因为这里真就靠大家自己去理解和学习了，写代码谁都会，但是讲出来，不一定每个人都讲的好和清楚，因为每个人的理解和认知不一样。

有时候，客户反馈有 bug ,反馈到你这边，你可能会说，我这都是好的。因为我们是本地的，不是跑在线上的，本地就你自己完，所以觉得没啥问题。但线上是很多用户在使用，当多用户使用的时候就会产生并发问题,所以也就是在接口测试的时候为什么要进行一下测试环境的压测，合格后上线。

那么在并发大的时候，我们数据库可能会产生什么问题呢？

好，我们一个一个讲，首先说说什么是丢失更新？

一个事务覆盖另一个事务已提交的更新数据叫丢失更新。这里提到过它存在两种丢失情况,为了让大家能够更加直观的感受，我以存钱和取钱为例讲一下。

首先说说第一种丢失情况

先分配一下角色，事务A,事务B,账户C。 首先A对C进行账户查询，余额为5000，B对A查询，余额为5000，此时余额一样没啥问题。紧接着B对C进行存钱操作，存了1000， 存完B提交事务。而此时A呢，正对着C进行取钱，取了1000， 它也提交了事务。那么问一下大家， C还有多少钱

最后A查了一下账户，发现只有4000， 发现少了1000。

下边我们把压力给到A这边,第二种其实跟上边是反过来，情况是怎么样的呢？首先A,B跟之前一样，查了下C，余额为5000。此时，A对C进行取钱操作，取了1000，然后提交事务,B呢对A进行存钱操作,存了1000，提交事务。最后B一查，发现账户有6000, C开心极了， 多了1000

上边这两种情况都属于丢失更新的情况

一个事务读取到另一个事务还没提交的数据叫脏读。我们还以上边的为例:

这个稍微好理解一点,事务A和B, 事务A对C进行取钱操作，取了1000, 余额还剩 4000, 此时B呢对C进行查询操作，读到余额为4000。这时产生问题了，因为A现在还是一个未提交的事务，A对账户C取钱操作进行了 回滚 , 紧接着存了1000, 然后进行了 事务提交 , 此时余额为6000。而我们的B读到的数据是4000,所以这就是 脏读

一个事务先后读到另一个事务提交之前的数据和已提交的更新数据。同样的以上边为例，这个大家可能不好理解，下面好好分析一下:

首先事务A和B， A先查询C余额还有 5000， B 查询C,余额还有5000, 紧接着A对C执行取钱操作，取了1000, 提交事务, 此时B执行查询操作，发现C只有4000了。你可能想，这没问题啊，取了1000还有4000，没毛病啊。没问题吗？重复读了两次，结果不一致，这肯定是有问题的。

事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据或者缺少了第一次查询中出现的数据。这有点抽象,同样的，还以上边为例

事务A和B，B查询C，余额5000， A注销了C,提交了事务，此时B又去查询C, 发现C没了，B事务查询两次，结果确不一致，跟产生了幻觉一样，刚刚还在的，这会没了。

通过上边的几个例子，带大家认识了，并发中可能产生的事务问题，下边给大家总结一下事务的特点, 事务有4个特性，被称为 ACID

下边就给大家讲讲这几个特性:

事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。

在事务开始之前和事务结束以后，数据库的完整性没有被破坏

一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成

隔离级别就不给大家讲了，这不是本节的重点内容。本节的重点是大家要学会在 SpringBoot 中如何去执行 事务操作 ,如果你对上边提到的一些概念性的东西还不能理解，也没关系，等以后回过头来看看也许就明白了，做个简单的了解。

有时候我们的系统需要对用户进行区分，也就是不同的用户角色访问不同的资源，比如管理员可以访问后台，而普通用户只能访问前台的页面，再或者只有登录的用户才能访问特定功能，高级管理员可以掌管大局，普通的管理员只能查看某一个菜单。这就是涉及到权限问题了，几乎所有的系统都需要权限管理，这样能保证系统资源的安全性。下期将会带大家学习 Shiro权限 框架, 它是一个轻量级框架，但它的功能确不小, 我会从入门到进阶讲起, 会分为多期去讲。

下期见，关注我，不迷路~

1 Spring Boot是什么，解决哪些问题

     1) Spring Boot使编码变简单

     2) Spring Boot使配置变简单

     3) Spring Boot使部署变简单

     4) Spring Boot使监控变简单

     5) Spring Boot的不足

2 Spring Boot在平台中的定位，相关技术如何融合

     1) SpringBoot与SEDA +MicroService + RESTful

     2) SpringBoot与Mock

3 采用了SpringBoot之后，技术管理应该如何进行

首先，我们来看一下spring boot是什么，它帮助我们解决了哪些问题：

SpringBoot是伴随着Spring40诞生的；

从字面理解，Boot是引导的意思，因此SpringBoot帮助开发者快速搭建Spring框架；

SpringBoot帮助开发者快速启动一个Web容器；

SpringBoot继承了原有Spring框架的优秀基因；

SpringBoot简化了使用Spring的过程。

Spring由于其繁琐的配置，一度被人认为“配置地狱”，各种XML、Annotation配置，让人眼花缭乱，而且如果出错了也很难找出原因。

Spring Boot更多的是采用Java Config的方式，对Spring进行配置。

可以看到，采用了spring-boot-start-actuator之后，直接以REST的方式，获取进程的运行期性能参数。

当然这些metrics有些是有敏感数据的，spring-boot-start-actuator为此提供了一些Basic Authentication认证的方案，这些方案在实际应用过程中也是不足的。

Spring Boot作为一个微框架，离微服务的实现还是有距离的。

没有提供相应的服务发现和注册的配套功能，自身的acturator所提供的监控功能，也需要与现有的监控对接。没有配套的安全管控方案，对于REST的落地，还需要自行结合实际进行URI的规范化工作。

下面，我们研究一下Spring Boot在平台中的定位，相关技术如何融合。

上图比较复杂，整体是采用SEDA，也就是Stage-EDA。可以看到，整体是以处理顺序进行展示的，响应过程类似。在处理过程中，主要会有前置过滤，核心功能处理，后置过滤几大部分。

图中的过滤器都是可插拔式的，并且可以根据实际场景进行扩展开发。每个过滤器都是Stage，比如ClientInstance合法性检查、调用鉴权、解密、限流等等。

一个请求Stage与Stage的转换，实现上是切换不同的线程池，并以EDA的方式驱动。

对于业务逻辑的开发者而言，只需要关心CORE部分的业务逻辑实现，其他的非功能都由框架进行统一实现。

Mock不应当再是测试的专有名词了，当然对于测试这个角色而言，mockito这样的工具，依然可以为他们提升不少效率。

SpringBoot为创建REST服务提供了简便的途径，相比之下，采用阿里的dubbo在做多团队、多进程联调时，mock的难度就陡增。

Mock是解耦并行开发的利器，在理性的情况下，软件从开发期Mock联调，到开发与开发的真实联调，只需要切换一个依赖的域名即可，比如：

mockURI:http://mockservicenet/v1/functionparam1=value1

devURI:http://devservicenet/v1/functionparam1=value1

而上述的域名切换，只需要在开发期定义好一个配置项，在做环境切换的时候自动注入即可，省时、省心、省力。

如上图和docker的集成可以有AB两种方案：

A方案的核心是，把docker作为操作系统环境的交付基线，也就是不同的fat jar 使用相同的操作系统版本、相同的JVM环境。但对于docker image来说都是一样的。

B方案的核心是，不同的fat jar，独立的编译为docker image，在启动时直接启动带有特定版本的image。

A相比与B方案的特点是对于docker registry（也就是docker的镜像仓库）的依赖性较低，对于前期编译过程的要求也较低。

采用了Spring Boot之后，技术管理应该如何进行？

正因为Spring Boot是与Spring一脉相承的，所以对于广大的Java开发者而言，对于Spring的学习成本几乎为零。

在实践Spring Boot时学习重点，或者说思维方式改变的重点在于：

1）对于REST的理解，这一点尤为重要，需要从设计、开发多个角色达成共识，很多时候都是对于HTTP 11协议以及REST的精髓不理解，导致REST被“盲用”而产生一些不好的效果。

2）对于YAML的理解和对于JavaConfig的理解，这两点相对较为简单，本质上是简化了xml文件，并提供等价的配置表述能力。

1 丰富的工具链为SpringBoot的推广带来了利好。

2 SpringBoot的工具链主要来自于两个方面：

    1) 原有Spring积累的工具链；

    2) SpringMVC或者其他REST框架使用HTTP协议，使得HTTP丰富的工具成为SpringBoot天然的资源。

SpringBoot自身对于前面提到的配置文件：“applicationyml”提供了多个“Profile”，可以便于开发者描述不同环境的配置，这些配置例如数据库的连接地址、用户名和密码。

但是对于企业用户而言，把不同环境的配置，写到同一个配置文件中，是极其不安全的，是一个非常危险的动作。

有一个经常被提及的例子是，随着开源的进行，很多互联网公司，都由于把相关的代码提交到github之类的开源代码社区，并且没有对代码进行严格的配置审查，导致一些”password”被公开。有些不良用心的人，就利用搜索工具，专门去挖掘这些关键字，进而导致数据库被“拖库”。

所以对于企业用户，更多的应该是采用集中式的配置管理系统，将不同环境的配置严格区分地存放。

虽然SpringBoot的actuator自身提供了基于“用户名+口令”的最简单的认证方式，但它保护的是对框架自身运行期的性能指标敏感数据的最基本的保护。这种保护在实际应用过程中，“用户名+口令”的管理是缺乏的，“用户名+口令”的安全配置过程是缺失的。

SpringBoot也不提供对于我们自己开发的功能的任何防护功能。

一般来讲，一个安全的信道（信息传输的通道），需要通信双方在进行正式的信息传输之前对对方进行身份认证，服务提供方还需要在此基础之上，对请求方的请求进行权限的校验，以确保业务安全。这些内容也需要基于SpringBoot进行外围的安全扩展，例如采用前面提到的S-EDA进行进程级别的安全管控。这些还需要配套的安全服务提供支持。

一般来说，只要企业与互联网对接，那么随便一个面向消费者的“市场活动”，就有可能为企业带来井喷的流量。

传统企业内，更多的系统是管理信息类的支撑系统，这类系统在设计时的主要用户是企业内部员工以及有限的外部供应商。这类系统存在于企业内部的时间一直很长，功能耦合也很多，在功能解耦前，是非常不适合的，或者说绝对不可以直接为互联网的用户进行服务的。

SpringBoot自身并没有提供这样的流控措施，所以需要结合前面提到的S-EDA进行流量的控制，并结合下层的水平扩展能力（例如，Kubernets）进行流量负载合理的动态扩容。

另外，在长业务流程的设计上，也尽可能地采用异步的方式，比如接口调用返回的是一个“受理号”，而不是业务的处理结果，避免井喷业务到来时，同步调用所带来的阻塞导致系统迅速崩溃，这些也都是SpringBoot自身并不解决的问题。

下面我们总结一下：

1、会SpringBoot和Vue是够用的，可以构建各种类型的Web应用程序，为职业生涯带来更多的机会和发展。

2、有效的提升了网站建设的效率，这一点是不容置疑的，框架的特点就是提供了众多的api，功能模块的实现只需要调用起来即可。

3、丰富的工具链为SpringBoot的推广带来了利好。SpringBoot的工具链主要来自于两个方面：1)原有Spring积累的工具链；2)SpringMVC或者其他REST框架使用HTTP协议，使得HTTP丰富的工具成为SpringBoot天然的资源。

4、提供快速开发能力：SpringBoot内置了很多常用的功能，如数据库访问、缓存、安全等，可以让我们快速开发出功能完善的Web应用程序。

5、springboot+vue写一个系统要一个星期左右。用vue重构一个中小型后台管理系统，无论是现在前端还是后端的角度，做一个后台管理系统，开发过程中的代码复用性远远大于开发前台程序，时间在一个星期左右。

任何技术都是有优缺点的，没有银弹，解决一切问题，不留任何小尾巴

SpringBoot优点概括起来就是简化：简化编码，简化配置，简化部署，简化监控，简化依赖坐标导入，简化整合其他技术

SpringBoot的缺点是入门简单精通难，各种强大的功能封装的太好了，内部原理比较难得参透！再就是用多了容易产生依赖，就像嗑药似的，用了就离不开了；SpringBoot一旦出了错误，由于内部封装比较深，部分错误调试难度比一般Spring应用程序要大很多！

当然完全不必纠结与SpringBoot的缺点，毕竟SpringBoot的有点太突出了，Spring早就是Java编程语言中，实际意义上的"老大"人尽皆知，而Spring的开发团队Pivotal，又将SpringBoot造了出来，那么其地位更加稳固！尽快入坑吧，不然会被时代的小火车，远远甩在屁股后~怎么，学不下去，就去黑马程序员官网视频库看免费视频。

1、首先，随着国外的经济发展，很多高校的规模都在扩大，学生的数量也在倍增，所以学生相关信息的管理模式也发生了大变革，随着计算机科学与技术的快速发展，让信息管理系统在很多的领域都发挥着很大的作用。如今国外有很多大学对此都进行了多年的探索与研究，现已趋于成熟，形成了一套比较规范科学的管理模式，而且国外的计算机发展走在世界前列，其中以美国为代表。美国的计算机设施齐全且发达，在早期提出要地让信息管理智能化，很多信息管理系统都被美国各大高校列入教务的日常工作。

2、其次，如今国外的状况是毕业论文管理系统的双向选题管理和过程监控管理是当前研究比较热门的研究方向。选题实现了远程办公和工作的功能，使得指导老师就像面对面的指导，实现师生的互动和在线交流，过程监控有效地控制着毕业论文管理工作的整个工作流程，同时又能够督促并提醒部分懒惰的，没有责任心的学生，使得这些学生在受到过程监控的情况下自觉地按阶段完成自己的毕业论文。

3、最后，在系统管理员的有效管理情况下，大大提高了毕业论文管理任务，也提高了教学管理。东京大学计算机科学与技术学院设计开发的毕业论文题目申报与管理系统主要实现导师题目的申报、题目审核以及学生选题的功能，系统的核心在于对学生选题的详细环节的管理功能。学校对于毕业论文管理系统的初步研究为后来者指明了发展前进的方向，如今越来越多的高等院校在对毕业论文管理过程中采用计算机和信息技术，来辅助进行教学管理。

你是问基于springboot的在线教育平台的设计与实现文献综述怎么样吗？基于springboot的在线教育平台的设计与实现文献综述步骤：

1、确定关键词：明确感兴趣的研究领域和关键词。例如，"基于SpringBoot的在线教育平台"、"在线学习系统"、"教育技术"等。

2、搜索文献：使用学术搜索引擎（如Google学术、百度学术、Scopus等），以关键词为基础搜索相关领域的文献。注意筛选出与研究主题最相关和高质量的文献。

3、文献筛选：根据标题和摘要对搜索结果进行筛选，选择与研究主题紧密相关的论文。同时，保持开放心态，纳入不同研究方法和观点的文献。

4、阅读和理解文献：对选定的文献进行仔细阅读和理解。了解作者的研究目的、方法和结果，并注意其在在线教育平台设计与实现方面的贡献。

5、总结和分析：综合分析选定文献中的观点、方法和发现。注意归纳相关文献中的主要设计原则、关键技术、系统架构等方面的信息。

spring：管理bean对象（IOC）+面向切面编程（AOP）

springmvc：不仅有spring的全部功能，还想帮我简化web开发，所以就出现了springmvc

springboot：不仅有springmvc的全部功能，而且spring的配置文件太多了，用注解的方式进行优化，所以出现了springboot