SpringBoot——HelloWorld

微服务和单体应用的宏观理解

微服务：一组小型应用经过HTTP的方式进行沟通的开发思想

单体应用：ALL IN ONE

单体应用的不足：

随着业务逻辑的不断更新和迭代开发，起初的小型应用会不断膨胀，当应用达到必定规模量时，敏捷开发和部署维护的效率就会举步维艰。也就是说，单体应用的可持续性能力较弱。

微服务的解决方案：

经过分解巨大的单体式应用使得可持续性开发和优化等扩展能力加强。

自由的开发技术选择。（不一样组件的功能可使用更加合适的技术实现）

微服务架构的不足：

微服务自己的分布式系统致使固有复杂性：组件之间消息传递的通信成本。

迭代开发所遗留的耦合问题依然存在：在修改某一个服务时，其余与之相关的服务不可避免的也要相应修改，但较单体应用来讲，业务逻辑更清晰，耦合度更低。

总结：相对来讲，单体式开发更加适合简单轻量的应用，微服务虽然仍旧存在不足，但更适合构建复杂应用开发。

新的体会：

根据演化原则，微服务是单体应用在业务发展到必定规模的演化策略。微服务的出现并非替换单体，而是在单体应用没法知足业务需求的状况下破局的一种解决方案。

【举个栗子】

• 2003年4月，淘宝秘密起始于湖畔花园，购买了一个LAMP（Linux+Apache+MySQL+PHP）架构的网站。

• （2008年后）服务化/中心化的业务系统架构

LAMP架构是最简单的架构，可是同时也是最合适当初淘宝的架构。在淘宝无人问津的时代，几个亿的并发量又有什么意义呢？最初的LAMP到使用Oracle数据库，经历重量级EJB框架的淘宝，最终实现服务化的架构模式。

技术的做用是实现业务，业务的发展才是技术革新的标准。

更多淘宝技术发展可参考：https://blog.csdn.net/wp1603710463/article/details/50166797

---

微服务架构是这个时代最火的技术，但却不是业务的起点。

反手一个HelloWorld

环境：JDK8

开发工具：Intellij IDEA

SpringBoot版本：2.1.8

Maven和Tomcat都是使用IDEA内置的。

使用Spring Initializr构建应用

• 建立工程

选择web模块测试

• 建立Controller测试

package zkrun.top.helloworld.controller;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class HelloController {


    @RequestMapping("/hello")
    public String hello()
    {
        return "hello SpringBoot!";
    }
}

• 启动

• 访问：http://localhost:8080/hello

关于RestController

关于POM

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.1.8.RELEASE</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <groupId>zkrun.top</groupId>
    <artifactId>helloworld</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>helloworld</name>
    <description>Demo project for Spring Boot</description>

    <properties>
        <java.version>1.8</java.version>
    </properties>

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

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

</project>

parent版本仲裁

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

spring-boot-starter-parent依赖的父项目spring-boot-dependencies定义了常常使用依赖的版本，因此在之后导入依赖一般是不须要写版本号的（除了一些特殊的没有被声明的包）

spring-boot-starter场景启动器

好比说web场景启动器包含了诸如Tomcat，webmvc等场景启动器

webmvc场景启动器又包含了beans，core，web等jar包

场景启动器是将开发时经常使用的jar包根据使用的场景进行了一次整合，使得开发更加的方便，快速。

【同时必定程度上解决了本身引用jar包致使的冲突，但也会致使jar包不可见性，使得开发者在熟悉底层原理的到路上越走越远，有利有弊吧】

@SpringBootApplication

@SpringBootApplication包含@SpringBootConfiguration@EnableAutoConfiguration@ComponentScan等注解

@SpringBootConfiguration包含@Configuration

@Configuration包含@Component

@EnableAutoConfiguration开启自动配置包含

@AutoConfigurationPackage包含

将主配置类（@SpringBootApplication标注的类）的所在包及子包里面全部的组件扫描进IOC容器。

部署

找到jar所在目录

java -jar helloworld-0.0.1-SNAPSHOT.jar

访问：http://localhost:8080/hello

---

代码参考：

https://github.com/HCJ-shadow/SpringBootPlus