springboot总结归纳后
springboot核心功能
1、的的运行spring项目
springboot是可以以jar包形式相当于启动，运行一个springboot项目只是需要是从java-jarxx.jar来启动。
2、内嵌servlet容器
springboot可以不中,选择内嵌tomcat、jetty也可以undertow,那样的话我们无须以war包形式部署项目。
3、需要提供starter更简练maven配置
spring提供给了一系列的startpom来汉字拆分maven的依赖程序加载，或者，当你建议使用了spring-boot-starter-web，会手动组建感情依赖包。
4、手动产品装配spring
springboot会参照在类路径中的jar包，类、为jar包里面的类自动配置bean，那样的话会极大地增加我们要在用的配置。肯定，springboot只考虑到大多数的开发场景，并不是所有的场景，若在实际开发中我们需要配置bean，而springboot灭有提供给支持，则可以不可以自定义手动配置。
5、准加工生产的应用监控
springboot可以提供设计和实现httpsshtelnet对运行时的项目参与监控。
6、无代码生产和xml配置
springboot也不是借助与代码生成来实现的，反而通过条件注解来基于的，这是spring4.x可以提供的新特性。
springboot优缺点
优点：
1、快速形成完整项目。
2、对通吃开发框架的无配置集成。
3、项目可独立运行，不必外部依赖servlet容器。
4、可以提供运行时的应用监控。
5、更大的增强了开发、部署效率。
6、与云计算的天然集成显卡。
缺点：
1、如果没有你不信服spring框架，也许这那是缺点。
2、springboot特性
3、创建角色单独的的spring项目
4、内置tomcat和jetty容器
5、能提供一个starterpoms来更简练maven配置
6、能提供了一系列大型手机项目中比较普遍的非功能性特性，如放心、指标，健康检测、外部配置等
7、已经没有代码生成和xml配置文件
springbootcli
springbootcli是springboot提供给的控制台命令工具。
springbootmaven构建项目
spring-boot-starter-parent：是一个特珠start，它利用提供给相关的maven依恋项，使用它之后，常用的包感情依赖可以省去很多麻烦version标签。
springboot几个广泛的注解
（1）@restcontroller和@controller重新指定一个类，充当控制器的注解，并只能证明其区别
（2）@requestmapping方法级别的映射注解，这一个用过springmvc的小伙伴完全相信都很熟得不能再熟
（3）@enableautoconfiguration和@springbootapplication是类级别的注解，依据maven依赖的jar来自动猜测完成错误的的spring的对应配置，只要你引入了spring-boot-starter-web的依赖，默认会自动启动配置springmvc和tomcat容器
（4）@configuration类级别的注解，一般这个注解，我们为了标示main方法所在的位置的类,完成元数据bean的初始化。
（5）@componentscan类级别的注解，自动启动扫描系统加载所有的spring组件除开bean注入，好象用在main方法处的类上
（6）@importresource类级别注解，当我们前提是在用一个xml的配置时，在用@importresource和@configuration来标示这个文件资源的类。
（7）@autowired注解，像是特点@componentscan注解，来自动吸纳一个service或dao级别的bean（8）@component类级别注解，用处标识一个组件，比如说我任意选择了一个filter，则需要此注解标识之后，springboot才会错误的识别。
springboot是要如何系统管理事务的？然后写@transactional注解就行，在方法应该是方法事务，类上那就是类事务
————————————————
得出的结论springboot未来大部分应该不会没落！
这个还真是可以，springboot准求的是轻（无）配置，易防御部署，集成化，springboot内置了tomcat和jetty，只必须几行代码就这个可以实现一个简单的web服务！
而如果不是要只用spring实现一个web服务，城就会有苍白繁杂的配置，也要将应用打成war包放在tomcat中运行程序，过程都很繁琐！
但如果踏入来看，springboot那就是对spring参与再裸芯片了一层，在启动类中完成了配置，底层的思想我还是spring的，例如bean的扫描，可以注册，注解的解析处理，上下文的封装，aop等等都我还是依赖于spring，是说spring是springboot的核心！
你在这里只好提下dubbo，只不过springboot需要提供了一套长大成熟的，可供快速开发的架构，我们可以不建议使用它来飞速重新搭建起服务，可是springboot仅仅一套很简单基础架构，比如.服务的需要注册与发现，监控摄像头，安全认证等一系列企业级应用常遇到的问题，并肯定不能建议使用springboot能解决，而springcloud那是一套晚熟的企业级框架，不仅仅提供给了.服务去注册与发现自己，监控，还有一个网关，断路器，服务调用链，分布式配置中心等等一系列解决方案！
所以我，最好的学习顺序应该是spring到springboot再到springcloud，才能清楚的使用好spring生态！
我可以使用springcloud三年了，真的是比较比较好用的微服务框架，推荐推荐大家使用！如果有问题，也可以关注交流。。
