spring cloud爬坑之路

一、打包之坑---引入依赖

使用import引入，不再使用parent的方式

<!-- 进行SpringCloud依赖包的导入处理 -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-dependencies</artifactId>
    <version>Greenwich.RELEASE</version>
    <type>pom</type>
    <scope>import</scope>
</dependency>


<!-- SpringCloud离不开SpringBoot，所以必须要配置此依赖包 -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-dependencies</artifactId>
    <version>2.1.4.RELEASE</version>
    <type>pom</type>
    <scope>import</scope>
</dependency>

结果就是打包以后并不是SpringBoot的jar,而是一个普通的jar。配置打包插件以后，问题解决

<plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <configuration>
        <mainClass>cn.net.immortal.user.ImUserStartup</mainClass>
    </configuration>
    <executions>
        <execution>
            <goals>
                <goal>repackage</goal>
            </goals>
        </execution>
    </executions>
</plugin>

二、配置文件之坑

1、 spring cloud当然离不开注册中心，这里使用eureka（听说eureka2.0闭源了，都在换阵地）。

System Status 线上环境肯定不能跟开发，测试一样的配置，当时想改 Environment 然后发现