一块大洋

SpringMVC初始化及工作原理(附源码)

SpringBoot打包、部署、Actuator健康检查、测试

MyBatis动态SQL：if choose when otherwise trim set foreach等(附源码)

多种传参、属性标签使用、表单验证、数据模型、视图和视图解析器(附源码)

MyBatis映射器基本元素详解(附源码)

Spring框架的灵魂SpringIoC容器、SpringAOP(附源码)

Redis和Spring缓存结合，Cacheable、CachePut、CacheEvict(附源码)

互联网轻量级框架整合之JavaEE基础(附源码)

Spring数据库事务设计、编程式事务、声明式事务、ACID、隔离级别、传播行为(附源码)

MyBatis插件设计及分页插件实现(附源码)

SpringAOP详解、@Aspect、连接点、切面、切点、环绕通知、植入、引入（附源码）

org.springframework.web.bind.annotation.RequestParam注解用于将指 定的请求参数赋值给方法中的形参， 使用@RequestParam注解可指定如下表所示的属性

SpringMVC拦截器、SpringMVC控制器异常、控制器通知、国际化(附源码)

Redis备份机制、内存回收策略、主从复制、哨兵模式、集群模式详解

介绍Redis作为NoSQL系列中常用的数据存储的特点，与关系型数据库的区别，及常用场景

MyBatis核心组件及运转逻辑(附源码)

SpringBoot整合MyBatis，SpringMVC，Redis(附源码)

数据库编程、JdbcTemplate、MyBatis-Spring、SqlSessionTemplate、MapperFactoryBean、MapperScanner(附源码)

【附源码】任何成熟的MVC框架都提供异常处理机制，当然可以在 Controller的请求处理方法中手动使用try…catch块捕捉异常，当捕捉到特定异常时，返回特定逻辑视图名，但这种处理方式非常烦琐，需要在请求处理方法中书写大量的catch块最大的缺点还在于异常处理与代码 耦合，一旦需要改变异常处理方式，必须修改大量代码，如下代码所示

mybatis-config.xml核心配置详解及自定义配置项(附源码)

MyBatis的缓存、级联、存储过程核心应用(附源码)

org.springframework.stereotype.Controller注解用于指示Spring类的实例是一个控制器，使用@Controller 注解的类不需要继承特定的父类或者实现特定的接口，相对之前的版本实现Controller 接口变得更加简单。而且 Controller 接口的实现类只能处理一个单一请求动作，而@Controller注解的控制器可以支持同时处理多个请求动作，更加灵活

SQLSession运转过程及底层逻辑及MyBatis核心组件构建过程(附源码)

REST风格设计(附源码)

IoC容器、依赖、Bean、注解(附源码)

Redis事务、流水线、发布订阅、超时机制、Lua脚本使用(附源码)

微服务：服务治理服务发现、服务调用Ribbon、Hystrix、OpenFeign、网关Zuul、Gateway、断路器Resilience4j

SpringIoC容器及SpringBean生命周期的利用(附源码)

开发者需要在控制器内部为每一个请求动作开发相应的处理方法org.springframework.web.bind.annotation.RequestMapping注解指示Spring用哪一个类或方法来处理请求动作，该注解可用于类或方法

Redis数据结构命令及Spring中常用Redis数据结构使用(附源码)

无论是Hibernate还是MyBatis 不分高下各有各的好，适合即可(附源码)

基本概念和环境配置~

设计模式之反射技术、动态代理模式、责任链模式、观察者模式、工厂模式、建造者模式(附源码)

架构师不仅仅是团队中的角色，更是一种思维方式，就算你是程序员，每天也会做很多设计决定，这其中有些颇具架构意义，任何人一旦做出了影响软件系统结构的决定，实际上已经充当了临时的架构师，而无论你是什么角色，都应该做出慎重决策，让架构向着健全的方向发展

PowerJob可以被认为是第三代任务调度框架，它是新一代分布式任务调度与计算框架，支持CRON、API、固定频率、固定延迟等调度策略，提供工作流来编排任务解决依赖关系，能让您轻松完成作业的调度与繁杂任务的分布式计算，在任务调度的基础上，还额外提供了分布式计算和工作流功能

进一步深究和分析设计和运行微服务系统的代价和复杂度，微服务并不是唯一通过分解和分布式实现涅槃的架构模式，但过去的一些尝试如SOA已经被认为是不成功的，现在提到微服务架构，也极大的增加了系统中运行模块的数量，在将功能和数据所有权分发到多个自治的服务上的同时，开发者也将整个应用的稳定性和安全操作的责任分配到了这些服务上

微服务的调用两个方式已经不算什么新的概念，一个是RPC一个是事件驱动也就是通过发送消息的机制，消息方式是松耦合方式，比紧耦合的RPC方式要优越，但RPC方式如果用在适合的场景也有它的一席之地

关系型数据库由于其ACID的特性和功能强大的SQL能力，目前仍旧是各种业务系统关键且核心的存储系统，很多场景下高性能的设计核心部分就是关系型数据库的设计，尤其是互联网时代，海量用户加上海量数据的特点，单个数据库服务器已经难以满足业务需求，必须考虑数据库集群的方式提升性能，高性能数据库集群的第一种方式是读写分离，其本质是将访问压力分散到集群中的多个节点，但没有分散存储压力；第二种方式是分库分表，既可以分散访问压力，又可以分散存储压力

MyBatis的持久化解决方案将用户从原始的JDBC访问中解放出来， 用户只需要定义需要操作的SQL语句，无须关注底层的JDBC操作，就可以以面向对象的方式进行持久层操作。底层数据库连接的获取、数据 访问的实现、事务控制和数据库连接的关闭等都无须用户关心，从而将应用层从底层的JDBC/JTA API抽取出来。通过配置文件管理JDBC连接，让MyBatis完成持久化访问的实现。

FMEA (Failure mode and effects analysis ，故障模式与影响分析）又称为失效模式与后果分 析、失效模式与效应分析、故障模式与后果分析等，FMEA 是一种在各行各业都有广泛应用的可用性分析方法， 通过对系统范围内潜在的故障模式加以分析，并按照严重程度进行分类，以确定失效对于系统 的最终影响，FMEA 并不是指导我们如何做设计，而是但我们设计出一个架构后，再使用FMEA对这个架构进行分析，看看架构是否还存在某些可用性的隐患