[TOC] 虽然现在流行前后端分离，但是后端模版在一些关键地方还是非常有用的，例如邮件模版、代码模版等。当然也不排除一些古老的项目后端依然使用动态模版。

昨天说手把手教大家整一个代码自动生成工具，用到了 Freemarker，结果有不少小伙伴表示对 Freemarker 不熟悉，这不，無名赶紧整一个 Spring Boot+Freem

应用监控是我们在生产环境下一个非常重要的东西，运维人员不可能 24 小时盯着应用，应用挂了及时解决，这不现实。我们需要能够实时掌握应用的运行数据，以便提早发现问题，同时在应用挂掉的时

Spring5 也已经出来好久了，里边有一些新玩法也需要我们去慢慢揭开面纱，这不，無名最近在研究 SpringMVC 源码的时候，就看到这样一段代码：

因为有小伙伴刚好问到这个问题，無名就抽空撸一篇文章和大家聊聊这个话题。 加密解密本身并不是难事，问题是在何时去处理？定义一个过滤器，将请求和响应分别

在一个 Web 请求中，参数我们无非就是放在地址栏或者请求体中，个别请求可能放在请求头中。 放在地址栏中，我们可以通过如下方式获取参数：

[TOC] 框架源码是我们 Coding 晋级中的必修课，SSM 应该算是小伙伴们日常接触最多的框架了，这其中 SpringMVC 初始化流程相对来说要简单一些，因此

前面和大家聊了自定义 SpringMVC 参数解析器，同时我们也分析了几个比较简单的参数解析器，相信大家对于 SpringMVC 中的参数解析器应该已经有了一定的了解，如果还没看过的

今天又要给大家介绍一个 Spring Boot 中的组件–HandlerMethodReturnValueHandler。 在前面的文章中（如何优雅

前面和小伙伴们聊了 SpringMVC 的初始化流程，相信大家对于 SpringMVC 的初始化过程都有一个基本认知了，今天我们就来看看当一个请求到达后，它的执行流程是什么样的？当然

前面無名和大家聊了 DispatcherServlet 的父类 FrameworkServlet，大家从中了解到在 DispatcherServlet 中，方法执行的入口应该是 do

我们在 Controller 中定义接口的时候，一般都是像下面这样： 12345

前面跟小伙伴们分享了 SpringMVC 一个大致的初始化流程以及请求的大致处理流程，在请求处理过程中，涉及到九大组件，分别是： HandlerM

[TOC] SpringMVC 九大组件，前面和大家分析了 HandlerMapping，今天我们来看 HandlerAdapter。因为前面已经做了很多铺垫了，所以

SpringMVC 中的九大组件前面已经和大家分享了好几个了，今天我们来继续视图解析器的分析。 关于视图解析器，無名其实在之前的文章中有和大家分享过