SpringBoot之旅第一篇-初探

目录

一、SpringBoot是什么?
二、SpringBoot的优势
三、hello world
四、原理探究

一、SpringBoot是什么?

微服务,应该是近年来最火的概念,越来越多的公司开始使用微服务架构,面试中被问到的微服务的概率很高,不管对技术的追求,还是为了进更好的公司,微服务都是我们开发人员的必须要学习的知识。

那么微服务究竟是什么呢?

我们通俗的理解方式就是:微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底 地去耦合,每一个微服务提供单个业务功能的服务,一个服务做一件事,从技术角度看就是一种小而独立的处理过程,类似进程概念,能够自行单独启动或销毁,拥有自己独立的数据库。

想要更好的了解微服务概念的同学可以去看看这篇论文:https://martinfowler.com/articles/microservices.html

dubbo和springcloud

目前比较成熟的微服务架构有两种:dubbo和springcloud,这两种技术各有优劣,他们最大的区别是:SpringCloud抛弃了Dubbo的RPC通信,采用的是基于HTTP的REST方式

为何会选择springcloud,主要是从两个方面考虑:

spring全家桶:作为Spring的拳头项目,springcloud能够与Spring Framework、Spring Boot、Spring Data、Spring Batch等其他Spring项目完美融合,而且springcloud有一整套的微服务架构解决方案,你可以很放心的使用,大家都爱全家桶。

社区支持与更新力度:DUBBO停止了5年左右的更新,虽然2017.7重启了,但是影响还是有一些的。

当然,这只是一种技术选择,不需要去争论。

讲了这么多,还没有说到主题,那springboot又是什么?SpringBoot专注于快速方便的开发单个个体微服务,SpringBoot可以离开SpringCloud独立使用开发项目,但是SpringCloud离不开SpringBoot,属于依赖的关系,SpringBoot专注于快速、方便的开发单个微服务个体,SpringCloud关注全局的服务治理框架。

要学习springcloud,就必须先学习springboot。

回到顶部
二、SpringBoot的优势

Spring Boot是来简化Spring应用开发,约定大于配置,去繁从简,just run就能创建一个独立的,产品级别的应用,多数Spring Boot应用需要很少的Spring配置。

用过spring开发就知道,spring配置繁多、开发效率低下、部署流程复杂、且第三方技术集成难度大。而使用springboot有如下优势:

1、快速创建独立运行的Spring项目以及与主流框架集成。

2、使用嵌入式的Servlet容器,应用无需打成WAR包 。

3、starters自动依赖与版本控制 。

4、大量的自动配置,简化开发,也可修改默认值。

5、 无需配置XML,无代码生成,开箱即用。

6、准生产环境的运行时应用监控。

7、与云计算的天然集成。

学习spring是有一定前提的,spring,maven都必须先掌握

回到顶部
三、hello world

相信大部分开发现在都是使用idea,关于idea的maven配置就不讲了,我们开始第一个springboot项目

新建项目:

下一步:

下一步:

下一步:

只勾选web,这里我们就构建成功了,再删除一些不必要的文件,最终结构:

新建一个controller:

代码:

@Controller
public class HelloController {

    @ResponseBody
    @RequestMapping("/hello")
    public String hello(){
        return "hello world";
    }
}

启动项目:

成功后,浏览器中输入:http://localhost:8080/hello

结果就出来了,简直太方便了,springboot不仅开发简单,部署也非常容易,直接打包

打包后的文件:

复制到桌面,然后直接执行命令 java -jar

刷新刚刚的地址,成功显示,就已经部署完成。
四、原理探究
我们先简单的探究下其中的原理,首先我们看pom包

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.1.3.RELEASE</version>
    <relativePath/> <!-- lookup parent from repository -->
</parent>

进入依赖,发现他还有一个父依赖

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-dependencies</artifactId>
    <version>2.1.3.RELEASE</version>
    <relativePath>../../spring-boot-dependencies</relativePath>
</parent>

在父依赖中我们可以看到里面对组件的版本号进行了写入:

我们默认是不需要写版本的,当然,没有在里面的依赖需要我们定义,这就是springboot的版本仲裁中心

再看另外的一个依赖:

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>

这个依赖可以分为两个部分:spring-boot-starter说明这个是spring-boot场景启动器,而后面的web会帮我们导入了web模块正常运行所依赖的组件,如:

Spring Boot将所有的功能场景都抽取出来,做成一个个的starters(启动器),只需要在项目里面引入这些starter相关场景的所有依赖都会导入进来。要用什么功能就导入什么场景的启动器。

我们在看看主程序类

@SpringBootApplication //来标注一个主程序类,说明这是一个Spring Boot应用
public class SpringbootLearnApplication {

    public static void main(String[] args) {
        SpringApplication.run(SpringbootLearnApplication.class, args);
    }
}

@SpringBootApplication: Spring Boot应用标注在某个类上说明这个类是SpringBoot的主配置类,SpringBoot就应该运行这个类的main方法来启动SpringBoot应用,进入其中

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(excludeFilters = {
      @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
      @Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {

这里面有个@SpringBootConfiguration: 翻译过来是Spring Boot的配置类,标注在某个类上,就表示这是一个Spring Boot的配置类。

我们再进入其中,又可以看到一个注解@Configuration: 翻译过来是配置类,上面标注这个注解说明这是一个配置类,相当于一个配置文件,配置类也是容器中的一个组件相当于@Component。

还有一个@EnableAutoConfiguration 这个注解说明开启自动配置功能。这就是为什么我们不需要写任何配置,就可以起项目的原因,以前我们需要配置的东西,Spring Boot帮我们自动配置;@EnableAutoConfiguration告诉SpringBoot开启自动配置功能,这样自动配置才能生效。

我们不妨再进入到这个注解中:

@AutoConfigurationPackage
@Import({AutoConfigurationImportSelector.class})
public @interface EnableAutoConfiguration {

这里面@AutoConfigurationPackage ,翻译过来就是自动配置包,我们再到里面去看看,又有一个注解

@Import({Registrar.class})
public @interface AutoConfigurationPackage {
}

这个注解我们就比较熟悉了,@Import 这个注解是给容器中导入一个组件;导入的组件由Registrar.class,这个 Registrar.class中的方法的就是将所在包及下面所有子包里面的所有组件扫描到Spring容器。

这个要注意必须是其子包,如果我们放在外面将不能被扫描,用个例子说明,假设我们在java路径下增加一个类,

@Controller
public class HelloWorld {
    @ResponseBody
    @RequestMapping("/world")
    public String world(){
        return "hello world";
    }
}

再次启动,是找不到这个地址的,因为这个包没有扫入其中,这样我们就明白了包是怎么扫描进去的。

下面我们再到@EnableAutoConfiguration 找到@Import({AutoConfigurationImportSelector.class}),

EnableAutoConfigurationImportSelector 翻译过来是导入哪些组件的选择器,这个类的作用是:将所有需要导入的组件以全类名的方式返回,这些组件就会被添加到容器中。


public String[] selectImports(AnnotationMetadata annotationMetadata) {

这个方法会给容器中导入非常多的自动配置类(xxxAutoConfiguration),就是给容器中导入这个场景需要的所有组件,并配置好这些组件。

这样我们就知道自动配置类是如何导入的,有了自动配置类,免去了我们手动编写配置注入功能组件等的工作。

去看这个文件,发现里面有大量的注解配置类:

Spring Boot在启动的时候从类路径下的META-INF/spring.factories中获取EnableAutoConfiguration指定的值,将这些值作为自动配置类导入到容器中,自动配置类就生效,帮我们进行自动配置工作,以前我们需要自己配置的东西,自动配置类都帮我们。

这样我们就对springboot的原理有个大致的了解,最重要的是springboot将我们之前要做的很多事情都做好了。

加Java架构师进阶交流群获取Java工程化、高性能及分布式、高性能、深入浅出。高架构。
性能调优、Spring,MyBatis,Netty源码分析和大数据等多个知识点高级进阶干货的直播免费学习权限
都是大牛带飞 让你少走很多的弯路的 群号是: 558787436 对了 小白勿进 最好是有开发经验

原文地址:https://blog.51cto.com/14262994/2383315

时间: 2024-07-30 21:27:35

SpringBoot之旅第一篇-初探的相关文章

springboot之旅第二篇-配置

一.引言 虽然springboot帮我们进行了自动配置,但配置还是不可避免的,比如最简单的端口号,数据库连接.但springboot的配置一般不用xml进行配置,而是yml和properties,选择他们当然是因为他们更方便. YAML(YAML Ain't Markup Language)是以数据为中心的,所以比xml和json更适合做配置文件,我们看一个简单例子:配端口号 yaml的写法是: server: port: 8089 xml的写法是: <server> <port>

Javascript之旅——第一篇:从变量说起

工作这几年,js学的不是很好,正好周末有些闲时间,索性买本<js权威指南>,大名鼎鼎的犀牛书,好好的把js深入的看一看.买过这本 书的第一印象就是贼厚,不过后面有一半部分都是参考手册. 一:作用域 说起变量第一个要说到的肯定就是作用域,正是因为不熟悉JS的作用域,往往就会把面向对象的作用域张冠李戴,毕竟有些东西总是习惯性 的这样,但是并不是每次照搬都是可以的,那么下一个问题就来了,js到底是什么作用域,当然是函数作用域了,我们的浏览器就是一个被实例 化的window对象,如果在window下定

mybatis之旅第一篇-初识mybatis

一.JDBC的问题 为什么我们要使用mybatis,是因为JDBC存在以下问题 1. 数据库连接创建.释放频繁造成系统资源浪费,从而影响系统性能.如果使用数据库连接池可解决此问题. 2. Sql语句在代码中硬编码,造成代码不易维护,实际应用中sql变化的可能较大,sql变动需要改变java代码. 3. 使用preparedStatement向占有位符号传参数存在硬编码,因为sql语句的where条件不一定,可能多也可能少,修改sql还要修改代码,系统不易维护. 4. 对结果集解析存在硬编码(查询

nginx之旅第一篇:nginx下载安装、nginx配置文件详解、nginx默认网站

一.nginx下载安装 版本nginx 1.15.5 系统环境centos7.5(本机ip192.168.199.228) 关闭selinux 和防火墙firewall 1.下载 wget http://nginx.org/download/nginx-1.15.5.tar.gz -P /usr/src 2.安装 安装大概过程 配置---编译---安装 配置 1)检查环境 是否 满足安装条件 依赖解决 2)指定安装方式 配置文件 命令文件 各种文件放哪里 开启模块功能[内 置模块 三方模块] 3

厦门之旅第一篇Gradle多渠道打包(动态设定App名称,应用图标,背景图片,状态栏颜色)

我不是诗人,写不出厦门的美:我不是歌手,唱不出厦门的情:我不是画家,画不出厦门的景. 我只是一名程序员,我只能用我的眼,我的心去看去感受,那久违的海风吹拂着脸颊,好似内心那一份烦躁与沉重也随着海风飘向了远方 . . . . . . 一.Gradle多渠道打包之缘由 时间要追溯到两年前,当时我还在使用 eclipse 开发工具.兄弟事业部有款产品需要封包(使用webview打包成app),并提出了相关的需求: 针对不同商家地址(webview加载url),App名称,应用图标,欢迎页背景,状态栏颜

spring之旅第一篇-初识spring

一.概述 只要用框架开发java,一定躲不过spring,Spring是一个轻量级的Java开源框架,存在的目的是用于构建轻量级的J2EE应用.Spring的核心是控制反转(IOC)和面向切面编程(AOP).spring有如下特点: 轻量级:应用大小和应用开支,包括应用方式 DI/IoC:提供松耦合的一种实现技术 AOP:切面编程将业务逻辑从应用服务中分离 容器:包含并管理应用对象的生命周期和配置 框架:使用组件配置组合成复杂的应用,并提供很多基础功能 由于spring是一个容器型的框架,所以它

C#多线程之旅(4)——APM初探

原文地址:C#多线程之旅(4)——APM初探 C#多线程之旅目录: C#多线程之旅(1)——介绍和基本概念 C#多线程之旅(2)——创建和开始线程 C#多线程之旅(3)——线程池 C#多线程之旅(4)——APM初探 C#多线程之旅(5)——同步机制介绍 C#多线程之旅(6)——详解多线程中的锁 更多文章正在更新中,敬请期待...... C#多线程之旅(4)——APM初探 v博客前言 先交代下背景,前面几张内容主要是介绍多线程的基本知识,这一章是因为正好接触到了APM(异步编程模型),发现APM真

从Hello, world开始认识IL &lt;第一篇&gt;

IL代码分析方法 Hello, world历史 .NET学习方法论 1.引言 1988年Brian W.Kernighan和Dennis M.Ritchie合著了软件史上的经典巨著<The C programming Language>,我推荐所有的程序人都有机会重温这本历史上的经典之作.从那时起,Hello, world示例就作为了几乎所有实践型程序设计书籍的开篇代码,一直延续至今,除了表达对巨人与历史的尊重,本文也以Hello, world示例作为我们扣开IL语言的起点,开始我们循序渐进的

asp.net mvc 之旅—— 第一站 从简单的razor入手

原文:asp.net mvc 之旅-- 第一站 从简单的razor入手 记得2011年mvc3刚出来的时候,我们就有幸将 mvc3 用在我们团购项目上,当时老大让我们用一个星期时间来熟悉mvc,幸好园子里面的老朋友DR 正在写mvc3系列,也恭喜这个系列文章被整理成专题供后来者学习,详见:http://www.cnblogs.com/highend/archive/2011/08/04/aspnet_mvc3_ contents.html,2013年进携程的时候,也开心的看到公司正在将webfo