SpringBoot基础教程(七)——与remote shell的结合
话说这个remote shell是个人最喜欢的功能，但是在新版本的spring boot 已经移除了对他的支持，很可惜，不过在新版本中也可以自己引入支持。那我们就着眼于眼前，毕竟我们教程中的版本是还没有移除的。这个remote shell是基于 CRaSH ,他可以再应用程序中开启端口，默认是2000，我们可以连进正在运行的程序中，达到监控与维护的目的。比如说，我们希望一个正在运行的程序中，某个Bean通过人为的操作下Destroy或者动态的数据订正之类的，都可以通过这个功能实现。
闲话不多说，我们看下pom
spring-boot-starter-remote-shell 这个模块主要就是将crash引入进来。然后我们在配置文件中定义用户名与密码：
剩下的我们可以使用groovy写一个获取spring 容器中Bean的脚本
这个脚本放置的位置一般情况下放到resources/commands目录下，因为在jar包中定义了脚本扫描的路径。我们就算配置好了，下面我们需要启动项目,启动成功后，打开shell界面，输入
密码我们设置的也是
登录进来后的界面是
进来后输入
进入groovy的操作模式，因为我们是使用groovy写的脚本，只有在这种模式下，脚本才能运行。
返回值
说明我们已经获取到了这个Bean,然后我们可以操作这个Bean里面的方法来完成某些功能。这个真的是非常实用的。大家玩起来吧
下节将的内容是： SpringBoot基础教程(八)——与velocity的结合
本节项目源码
springboot快速入门及@SpringBootApplication注解分析
简单demo
使用 maven 构建项目，官方现在稳定版本是1.5.4，第一个入门demo不是web项目，pom依赖如下：
实体 User 类：
配置类：
入口类 Application ：
项目结构目录
启动程序，以 main 方法启动：
打印出正确的结果。
来分析一下流程，为何 Runnable 类， User ， Map 会纳入spring容器。
首先我们分析的就是入口类 Application 的启动注解 @SpringBootApplication ，进入源码：
发现 @SpringBootApplication 是一个复合注解，包括 @ComponentScan ，和 @SpringBootConfiguration ， @EnableAutoConfiguration 。
根据上面的理解，上面的入口类 Application ，我们可以使用：
使用 @ComponentScan 注解代替 @SpringBootApplication 注解，也可以正常运行程序。原因是 @SpringBootApplication 中包含 @ComponentScan ，并且 springboot 会将入口类看作是一个 @SpringBootConfiguration 标记的配置类，所以定义在入口类 Application 中的 Runnable 也可以纳入到容器管理。
看一个demo学会使用这些参数配置
在包下com.zhihao.miao.springboot定义一个启动应用类（加上@SpringBootApplication注解）
在com.zhihao.miao.beans包下定义一个实体类，并且想将其纳入到spring容器中，
启动启动类，打印结果如下：
说明Cat类并没有纳入到spring容器中，这个结果也如我们所想，因为@SpringBootApplication只会扫描@SpringBootApplication注解标记类包下及其子包的类（特定注解标记，比如说@Controller，@Service，@Component,@Configuration和@Bean注解等等）纳入到spring容器，很显然MyConfig不在@SpringBootApplication注解标记类相同包下及其子包的类，所以需要我们去配置一下扫包路径。
修改启动类，@SpringBootApplication(scanBasePackages = "com.zhihao.miao")，指定扫描路径：
启动并打印：
当然使用@SpringBootApplication(scanBasePackageClasses = MyConfig.class)，指定scanBasePackageClasses参数的value值是你需要扫描的类也可以，结果一样，不过如果多个配置类不在当前包及其子包下，则需要指定多个。
再看一个列子，
在上面的列子的相同包下（com.zhihao.miao.springboot）配置了People，并将其纳入到spring容器中（@Component），我们知道@SpringBootApplication注解会扫描当前包及其子包，所以People类会纳入到spring容器中去，我们需要将其排除在spring容器中，如何操作？
可以使用@SpringBootApplication的另外二个参数（exclude或excludeName）
启动类，
启动并打印结果：
然后修改@SpringBootApplication配置，
很明显启动报错。使用@excludeName注解也可以。如下，
@SpringBootApplication(excludeName = {"com.zhihao.miao.springboot.People"})
参考文档：
Springboot1.5.4官方文档
【springboot 入门篇】第3篇 从controller开始学起
在写web项目的时候，controller里的返回值一般分为两种，一种是返回页面，也就是ModeAndView，另一种是直接返回数据，比如json格式的数据。
返回一个页面，我们需要用到一些模板引擎，比如熟知的jsp，模板引擎后面会详细讲解。
返回数据一般会选择返回json数据，我们之前的demo项目中使用的@RestController就是一个返回数据的注解。
spring-boot 支持多种模版引擎包括：
我们在讲前后端分离之前，都会使用Thymeleaf模板引擎，先简单的介绍一下它。
Thymeleaf是一个java类库，它是一个xml/xhtml/html5的模板引擎，可以作为mvc的web应用的view层。
Thymeleaf还提供了额外的木块与spring mvc集成，所以使用ssm框架的也可以使用这个模板引擎。
接下来，我们通过一个项目，来实践一下两种不同的返回结果。
先看一下最终的目录结构：
这里我们使用了Thymeleaf模板引擎来获得后台传来的数据并解析，使用bootstrap框架显示数据。可以看到，Thymeleaf的用法和jsp还是有点像的。可以直接通过${}的形式来获得attribute中的数据。
可以看到，我们成功的在前端获取到了数据。方式就是将数据保存在attribute中，然后再前端页面获取。
我们修改了注解，发现结果变了，直接显示了“index”,是因为@RestController会直接返回数据，而不是渲染页面，所以直接返回了index(这个index，是return语句中的)
访问
获得了json格式的数据
访问
列表也可以直接渲染为json。
访问
访问
会发现这两个都报错了，因为@Controller注解是渲染视图的，而我们返回的是对象或者集合，不能完成正常的渲染。
本文主要讲解了spring boot 如何渲染视图和数据，讲解了@Controller和@RestController的区别与用法。如果有什么疑问，请及时联系我。
我之前写过一个重新认识java系类（还没写完，会写完的。。），篇幅很长，每一篇文章多的有7、8千字，和多人抱怨说看到一半就不想看了，因为太长了，所以 spring boot 这个系类会尽量的短小精悍，每篇文章只讲一个知识点，这样看着不累~
学springboot之前要学什么
1.Spring Boot 是什么
我们刚开始学习 JavaWeb 的时候，使用 Servlet/JSP 做开发，一个接口搞一个 Servlet ，很头大，后来我们通过隐藏域或者反射等方式，可以减少 Servlet 的创建，但是依然不方便。
再后来，我们引入 Struts2/SpringMVC 这一类的框架，来简化我们的开发 ，和 Servlet/JSP 相比，引入框架之后，生产力确实提高了不少，但是用久了，又发现了新的问题，即配置繁琐易出错，要做一个新项目，先搭建环境，环境搭建来搭建去，就是那几行配置，不同的项目，可能就是包不同，其他大部分的配置都是一样的。
Java 总是被人诟病配置繁琐代码量巨大，这就是其中一个表现。那么怎么办？Spring Boot 应运而生，Spring Boot 是 Pivotal 团队在 2013 年开始研发的一个基于 Spring 的全新框架，试图将 Spring 中臃肿的配置进行简化，使 Java 开发更加轻量与快速，这个框架非常活跃，官方也非常重视。
Spring Boot 主要提供了如下功能：
为所有基于 Spring 的 Java 开发提供方便快捷的入门体验。
开箱即用，有自己自定义的配置就是用自己的，没有就使用官方提供的默认的。
提供了一系列通用的非功能性的功能，例如嵌入式服务器、安全管理、健康检测等。
绝对没有代码生成，也不需要XML配置。
Spring Boot 的出现让 Java 开发又回归简单，因为确确实实解决了开发中的痛点，因此这个技术得到了非常广泛的使用，大概从 2017 年年初开始，Spring Boot 基本上面试必问，现在流行的 Spring Cloud 微服务也是基于 Spring Boot，因此，所有的 Java 工程师都有必要掌握好 Spring Boot。在此我向大家推荐一个架构学习交流圈。交流学习伪鑫：1253431195（里面有大量的面试题及答案）里面会分享一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化、分布式架构等这些成为架构师必备的知识体系。还能领取免费的学习资源，目前受益良多
从 Spring Boot 诞生的过程中，我们可以看到：
Spring Boot 并非另起炉灶，而是在现有的 Spring 框架的基础上整出来的，它把 Spring 中繁琐的配置进行了简化。
Spring Boot 降低了 Spring 家族的使用门槛，使新手更易上手 Spring 框架。
既然 Spring Boot 不是另起炉灶，那么 Spring Boot 学习要不要跳过 SSM 呢？听松哥来分析。
2.要不要跳过 SSM
这是很多人问我的一个问题，我的建议是：不要。
Spring Boot 基于 Spring，简单且容易上手，很多人想当然的跳过 SSM 直接上 Spring Boot。但是当我们细究 Spring Boot 中的自动化配置、条件注解、Java 配置等东西时，实在找不出太多新鲜玩意，Java 配置是 Spring3 开始提供的，条件注解 也是 Spring 中的东西，很多很多，都是 Spring 中就有的，只不过这些东西在 Spring Boot 时代大放异彩。
也就是说，即使你跳过了 SSM 直接去学习 Spring Boot，实际上还是在学习 Spring 中的东西，那既然这样，我们还不如坐下来，老老实实把 Spring 过一遍。
各个领域的开发工程师其实都会面临类似的问题，学习了一些优秀的封装框架之后，还有没有必要去学习底层？当然有必要！因为底层的东西可以让你深刻的理解你目前用的这个东西，也能让你在出问题时快速解决掉问题。
其实无论你想搞什么技术，都要有牢固的基础知识，这些牢固的基础知识就像肥沃的土壤，可以孕育出各种不同技术方向的牛人，基础掌握好了，学什么框架都快。今天你跳过 SSM 直接学了 Spring Boot，假如有一天 Spring Boot 不行了，Pivotal 团队又基于 Spring 框架搞了一个新的框架出来，那你是不是又要去学一遍？但是如果你一开始就掌握了 Spring 的各种用法，无论基于它搞出来什么样的框架，你都能快速上手。更进一步，如果你研究透了 Spring 中的 AOP、Ioc/DI，你会发现很多框架大同小异，核心思想就是这些东西，那么你在学习 Spring 之外的框架，就会容易很多。
3.都要学哪些
那么 Spring Boot 学习都要学哪些东西呢？我这里列举了一个进阶路线：
最基础的当然是 Spring/SpringMVC 相关的东西了。
搭配各种页面模版的使用，例如 Jsp/Thymeleaf/Freemarker/Groovy Templates 等。
和各种 SQL 数据库的整合，以及一些常见的数据持久化框架，例如 JdbcTemplate、MyBatis、Jpa 等。
和各种 NoSQL 数据库的整合，例如 Redis、MongoDB、Elasticsearch 等。
搭配安全管理相关的知识点，例如 Spring Security、Shiro 等。
缓存的使用，例如 JCache、Ehcache 等。
和消息中间件的搭配整合，如 ActiveMQ、RabbitMQ、Kafka 等。
数据校验/定时任务/邮件发送等。
各种监控的使用。
结合 WebSocket 的使用。
Spring Cloud 中相关组件。
上面这些只是我列出来的一些比较常见的技术点，每个技术点都还可以延伸出很多其他的东西，大家可以结合自己的情况，按照顺序一个一个来学，这里边还涉及到很多第三方的框架，例如 Redis、MongoDB、RabbitMQ 等，Spring Boot 的出现只是让这些组件在和 Spring 家族的产品整合时变得更加方便，但是并不会简化这些组件原本的用法，所以，该学 Redis、该学 MongoDB、该学 RabbitMQ 等等，还是一个不能少。以 Redis 为例，学会了 Redis，学会了 Spring 整合 Redis，再回过头来看 Spring Boot 整合 Redis，那简直太 easy 了。
当然，学习 Spring Boot 最终我们还是奔着快速开发和微服务去的，所以，像 Docker、Spring Cloud 等技术，也是需要去了解一下的。
4.怎么学
Spring Boot 发展到今天，网上的资料和图书现在是越来越多了。在看资料学习的同时，大家也要留意以下几个点：
多看源码。不同于其他全新的框架源码你可能会看懵了，由于 Spring Boot 是基于 Spring 的，所以只要你 Spring 基础扎实，看 Spring Boot 源码可以说是毫无压力。如果看 Spring Boot 源码觉得有压力，那可能你 Spring 基础不牢靠，这个时候不妨放下 Spring Boot，去复习下 Spring。
每当学会 Spring Boot 中的一个知识点，不妨想想这个功能在 Spring 框架中要如何使用，如何配置，两边都搞懂了，互相印证，加深对一个知识点的理解。
多多关注 Spring Boot 的发展动态。不同于传统的框架可能一年更新一两次，Spring Boot 更新非常频繁，二次每次更新都会带来一些好玩的东西，可能会有新的 API 加入进来，也可能会有旧的 API 失效，变化大，因此多多关注，避免掉坑。
最后，我这里给大家列举几个我自己经常关注的几个资源。
4.1 官方文档
老实说，Spring Boot 的官方文档是我接触的所有官方文档中最条理清晰浅显易懂的，大家做开发，多多少少都接触过一些第三方的开放平台，很多平台的文档真是让人忍不住想吐槽，框架都做出来了，认认真真写个文档有那么难么？
不过 Spring Boot 的官方文档可以算是非常非常友好了。虽然是英文的，但是实际上对英文要求并不高，连读带猜，其实很容易明白它的含义，我一般对 Spring Boot 中某个知识点有疑问的时候，都是首选官方文档，当然，如果你嫌官方文档打开慢，也帮你下载好了最新版的 pdf。