java web开发大致有这么几个历程：
CGI 程序
基于java web的api和程序包，自己开发CGI程序，这样做的好处是完全自己控制网络的监听、请求、响应，坏处是没有任何规范，开发量大，并且容易产生各种问题，等于是抛弃java web的发展成果，一切从头开始。
Servlet程序
为了解决CGI阶段的问题，比如低开发效率，无规范，问题多。sun在j2ee标准中，添加了Servet Api，为Java Web开发提供了一个统一、规范的解决方案。其Api的包名为javax.servlet。
其中javax.servlet.http包提供了Servet基于Http协议的实现，也是我们最常用的Api接口。
定义了Servlet规范之后，就出现了很多Servlet容器，能够基于配置自动装载、运行Servet程序。其中包括Tomcat、Netty等。
在这个阶段，底层的网络通信协议实现和接口封装由容器来实现，web程序专注于调用Servlet Api，来完成业务逻辑。
Servlet阶段和CGI阶段比较，一方面简化了应用开发，一方面提供了Java Web程序的Api标准，一方面解决了CGI阶段容易产生的性能等问题。
Spring 框架
基于Servlet Api开发的Web 应用，依然会存在很多常见的问题。
- 软件耦合，难以扩展
- 接口复杂，一些通用功能，比如日志、事务、审计、鉴权等在每个业务接口里都要实现
- 数据库操作复杂，每个数据请求接口都要实现对应业务逻辑的数据库的操作、数据的转换
- 业务逻辑混杂，视图操作、模型定义、业务逻辑控制等都在一起实现，难以维护
针对这些问题，Spring框架提供了它的解决方案。
- Spring IOC
- Spring AOP
- Spring Data
- Spring MVC
除此之外,Spring框架还有一些其他的Core技术：
- Spring Resource
- Spring Validation
- Spring DataBinding
- Spring TypeConversion
- Spring Expression Language SpringEL
除了Spring的核心框架，Spring还开发或整合了很多Java Web中常用的组件，便于集成和使用，避免二次开发。详情见
Spring Projects。
Spring 可以说是Java Web的全能小王子，为各种需求都整合了解决方案，并且基于框架，提供了丰富、完善的整合和配置能力，理解Spring的设计哲学有利于我们更好的使用这个框架，它包括:
Provide choice at every level.
Accommodate diverse perspectives.
Maintain strong backward compatibility.
Care about API design.
Set high standards for code quality.
翻译过来就是：
- 在每一个层级上都提供选择
- 适应多种不同的视角
- 提供很好的后向兼容性
- 仔细设计API
- 保证高代码质量
如果想看原文链接，可以点
这里。
Spring Boot
Spring在提供了强大的框架功能和资源整合能力的同时，也带来一个弊端。一个完整的Spring的项目，可能需要配置非常多的信息，才能实现整合和运行。特别是基于IOC机制的Bean配置和整合，实现起来是非常繁琐的。
基于这个问题，Spring Boot框架提供了Spring各个模块的默认配置，基于默认大于配置的思想，提供了自己的Web框架，让Web应用开发启动，变得更加的快速和方便。它甚至整合了Servlet容器，提供了内置的Tomcat、Netty、Undertow等容器实现，只要打包SpringBoot程序为Jar，就可以直接在服务器上部署。
Spring Boot同样提供了CLI工具，支持在命令行里直接运行程序，并通过参数进行定制化。
Spring 和 Spring Boot都提供了 maven 、 Gradle 工程管理工具的插件，可以直接使用管理工具运行应用程序，添加仓库依赖。
Spring Boot并没有重新实现Spring中的功能模块，并且也支持Spring的各种配置功能，它只是针对框架和功能模块，提供了一个合理的配置，在Spring框架要求显示声明配置的地方，提供了缺省时，由框架推测用户意图，直接基于默认配置运行的能力。
使用SpringBoot有利有弊，弊端是需要理解SpringBoot的缺省配置逻辑，要学习怎样替换缺省配置。有点是可以快速启动开发，项目配置简洁。总体来说，如果先使用Spring框架，了解各种配置方式的话，是利大于弊的。
Spring Cloud
Spring Could 是基于Spring Boot框架扩展的一个微服务框架。它是在Spring原有的功能模块上，增加了微服务所需的功能模块，主要包括：
- Eureka 云端服务发现
- Feign 远程服务调用
- Hystrix 熔断器、容错管理工具
- Zuul 动态路由
- Ribbon 云端负载均衡
Spring Could主攻的微服务框架，在国内也有一款，就是阿里退出的Dubbo框架，不过他的维护者称，相对于Spring Could而言， Dubbo 功能更加的简单，只专注实现远程服务调用框架，相当于 Eureka + Feign，不过在国内貌似使用的更多。
Spring Clound的原理解释推荐一篇文章拜托！面试请不要再问我Spring Cloud底层原理!。
再推荐一个学习路线总结:
其他
对于一个Android开发来学java web开发的同学而言，要是从Spring Could快速开始，貌似磕磕绊绊也能行的通。要是从Servlet程序学习，慢慢用框架进行优化，这样则基础更加扎实。
在研究了一段时间之后，包括研究github上的一个原生Servlet Resty框架源码，Servlet资料和Spring相关的资料，以及大量的其他相关资料，以及手动实现一些简单的例子。才弄清楚文章总结的这个技术栈轮廓。
总得来说，要使用Spring全家桶，Spring框架肯定是要了解的。但是要熟悉掌握还是需要实践。如果从Servlet开始写起，逐步替换对比，则花费的时间会多一些，但掌握的会更牢固。学习方向上总体有两个建议，前提是要了对Servlet和Spring框架有基础了解。
- 根据自己的需求，用Spring Could框架和文档，搭建一个后台，边实现，边学习。在后台设计的时候，有意识地包含各种功能模块，最终掌握大部分的技术点。
- 参考Spring Boot 文档，针对不同的功能，采用Servlet、Spring、Spring Could等不同的方式实现，进行对比学习。最后再回到1，实现自己真正的后台需求。
总体来说，要根据自己的情况来定，并且也应该及时调整学习策略。
最后贴几个快速参考链接：
