详细的springboot部署教程
springboot是什么时候发布的？
springboot是什么时候发布的？
github上springboot1.0版本最终停止更新于3年前，所以推算发布时间为2014年，纯靠推算，也可能不对。估计为2013年末-2014年。
springboot 为什么要整合 springmvc？
因为1. 创建独立的Spring应用程序
2. 嵌入的Tomcat，无需部署WAR文件
3. 简化Maven配置
4. 自动配置Spring
5. 提供生产就绪型功能，如指标，健康检查和外部配置
6. 绝对没有代码生成和对XML没有要求配置
没有学Spring,可以直接学Spring boot吗？
这个还真可以，springboot追求的就是轻（无）配置，易部署，集成化，springboot内置了tomcat和jetty，只需要几行代码就可以实现一个简单的web服务！
而如果要只用spring实现一个web服务，将会有略显繁杂的配置，还要将应用打成war包放到tomcat中运行，过程比较繁琐！
但如果深入来看，springboot就是对spring进行再封装了一层，在启动类中完成了配置，底层的思想还是spring的，比如bean的扫描，注册，注解的解析处理，上下文的封装，aop等等都还是依赖于spring，换句话说spring是springboot的核心！
在这儿不得不提一下springCloud，虽然springboot提供了一套成熟的，可供快速开发的架构，我们可以使用它来快速搭建起服务，但是springboot只是一套简单的基础架构，比如服务的注册与发现，监控，安全认证等一系列企业级应用常遇到的问题，并不能使用springboot解决，而springCloud就是一套成熟的企业级框架，不仅提供了服务注册与发现，监控，还有网关，断路器，服务调用链，分布式配置中心等等一系列解决方案！
所以，最好的学习顺序应该是spring到springboot再到springcloud，才能准确的使用好spring生态！
我使用springCloud三年了，真的是比较好用的微服务框架，推荐大家使用！如果有问题，可以关注交流。。
java微服务开发最适合使用spring boot吗？
那今天就不谈微服务是使用Dubbo还是Spring Cloud，也不讨论是使用RPC还是Restful API，只单独说一说为什么大多数的Java微服务会使用Spring Boot。文中会有不少我个人的主观看法，如果大家有不赞同的地方，可以留言讨论。
首先，需要了解一下为什么需要做微服务。
微服务架构是将整个应用程序分割成更小的独立的服务，每个服务实现了一组独立的功能，微服务通过API暴露自己的功能实现，再通过服务治理和服务编排等，完成系统的完整功能。
每个服务都是独立并且微小的（其实这个【小】是很有争议的，不在这里展开讨论），一个微服务由一个团队负责管理，包括需求、开发、运维，可以自由选择技术，不过要求遵守一定的规范；每个微服务都需要快速迭代和部署；总的来说，微服务架构突出了一个【快】字。
那么在回到题目中的问题，微服务的开发是否适合使用Spring Boot。个人认为，答案是肯定的，Spring Boot适合使用在微服务的架构中。
Spring Boot在最初设计的初衷，就是为了简化Spring应用工程的搭建，其实Spring Boot并没有引入什么新的东西，本质上它是在Spring和第三方框架的基础上进行了整合；Spring Boot通过定义的注解替代了xml配置文件，内嵌应用服务器；“约定大于配置”的思想；
总之，Spring Boot让服务的搭建、开发、部署、认证鉴权、监控都变得更加的简单。
所以结合上面两点，微服务注重项目粒度的划分，一个项目会被分成多个子项目，子项目（微服务）之间独立部署并通过协议进行数据交互，每个微服务都需要【快速】的迭代和部署；而Spring Boot的最大特点就是让应用开发过程变得【更快】，因此在微服务架构中，Spring Boot是非常适合的。
当然开发框架只是【快速】开发的一部分，微服务框架也不是单指应用服务的微和快，举个例子来说，如果你们的技术团队依然是需求、开发、测试分开的，每一次业务提了需求，需要需求人员进行需求评审，然后给开发人员讲解需求，开发人员开发完成之后，部署测试环境，测试人员开始进行测试；测试通过之后，提交上线申请，找一个上线节点，运维人员部署开发环境...
这样是快不起来的...
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。