springboot2可以用来干什么？
SpringBoot对开发者来说最大的好处就是可以自动配置Spring应用。SpringBoot将根据应用程序中声明的第三方依赖项自动配置Spring框架，而无需显式声明。例如，当声明了对HSQLDB的依赖时，SpringBoot将被自动配置为使用HSQLDB进行数据库操作。
SpringBoot建议使用基于Java注释的配置，而不是传统的XML。
SpringBoot中Controller层中的方法为什么只能是public？
会影响AOP的使用，无法引入注解b
springboot那么多注解怎么记？
你不我不需要记住所有的人。可以先记几个常用的，以后再用。当你熟练使用它们之后，你会发现你已经基本记住了它们。
java微服务开发最适合使用springboot吗？
让我们现在不谈微服务是用Dubbo还是SpringCloud，或者是用RPC还是RestfulAPI。让让我们来谈谈为什么大多数Java微服务使用SpringBoot。文章中会有很多我个人的主观看法。如果不同意，可以留言讨论。
首先我们要明白为什么要做微服务。
微服务架构将整个应用分成更小的独立服务，每个服务实现一组独立的功能。微服务通过API公开自己的功能实现，然后通过服务治理和服务安排完成系统的完整功能。
每个服务都是独立而微小的(其实这个【微小】争议很大，这里就不讨论了)。一个微服务由一个团队管理，包括需求、开发、运维，可以自由选择技术，但要求遵守一定的规范；每个微服务都需要快速迭代和部署；总的来说，微服务架构突出一个字【快】。
所以回到题目中的问题，微服务的开发是否适合使用SpringBoot？个人认为，答案是肯定的，SpringBoot适合微服务架构。
SpringBoot的初衷是简化Spring应用工程的建设。事实上，SpringBoot没有引入任何新的东西，本质上，它是在Spring和第三方框架的基础上集成的。SpringBoot用定义的注释替换xml配置文件，并嵌入应用服务器。amp的想法惯例大于配置
简而言之，SpringBoot使构建、开发、部署、认证和监控服务变得更加容易。
所以结合以上两点，微服务讲究项目粒度的划分。一个项目会被分成多个子项目，子项目(微服务)会被独立部署，并通过协议相互交互。每一个微服务都需要【快速】的迭代和部署；SpringBoot最大的特点就是让应用开发过程【更快】，所以在微服务架构上，SpringBoot非常适合。
当然，开发框架只是【快速】开发的一部分，微服务框架也不仅仅指微而快的应用服务。举个例子，如果你的技术团队仍然是需求、开发、测试分离的，那么每次需要提出一个业务，需求者就需要审核需求，然后向开发人员解释需求。开发人员完成开发后，他们部署测试环境，测试人员开始测试。测试通过后，提交上线申请，找到上线节点，运维人员部署开发环境。...
你可以不要像这样快速起床。...
我会继续分享我对Java开发、架构设计、程序员职业发展等方面的看法，希望得到大家的关注。