服务名规范

服务名在微服务中起着至关重要的位置，一个好的服务名应该见名知意。下面是笔者在工作中总结的规范。

小开发团队-两级

例如：user-api

1. 第一级 服务名

2. 第二级 服务类型

多个开发团队-三级

将组名放到第一位，方便快速定位到技术组。

例如：mica-user-api

1. 第一级 组名

2. 第二级 服务名

3. 第三级 服务类型

环境划分

愿景

启动器的使命就是让我们的 jar 在各种环境中都可以方便启动，不用添加过多的配置，减少学习成本，能快速上手。

环境划分

dev（开发）、test（测试）、ontest（线上测试）、prod（正式），默认dev

启动环境变量

java命令行：

java -jar app.jar --spring.profiles.active=dev

JAVA_OPS

set JAVA_OPTS="-Dspring.profiles.active=test"

标注方式（代码层面，junit单元测试非常实用）

@ActiveProfiles({"junittest","productprofile"})

ENV方式

系统环境变量 SPRING_PROFILES_ACTIVE（注意：是大写）

使用

使用起来比原生的 spring boot 启动器里多了一个服务名参数，微服务中服务名对一个服务特别重要，故在启动器启动时写死。

Maven

    net.dreamlu
    mica-launcher

Gradle

implementation "net.dreamlu:mica-launcher"

   {

     ([] ) {
    .(, ., );
  }
}

注意：使用了 mica-launcher 启动器，需要结合 mica-test 进行单元测试，具体文章请查看 mica test 单元测试。

启动器自动化配置

代码中可以采用注入 MicaProperties 来读取启动器中的一些变量，比如 env 等。

mica.prop 可以在配置文件中自定义配置。然后再在代码中使用 MicaProperties 读取。

自定义配置

如梦技术
https//www.dreamlu.net

配置读取

  ;
  () {
       .();
       .();
    
}

启动器插件扩展

启动器的主要目的是能更加方便的去注入一些通用配置，降低使用难度。mica-log4j2 就是一个启动器的扩展。

插件扩展基于 java SPI 技术，关于 java SPI 具体使用可以百度。

实现 LauncherService，重写 launcher 方法

下面是 LauncherService 的代码。

 
 
 
 
   {
   
    
    
    
    
    
    
    
    ( ,  ,  ,  ,  );
}

编写 SPI 文件放置到 resources 目录下

文件路径和文件名 META-INF/services/net.dreamlu.mica.launcher.LauncherService 。

内容为你编写的插件完整类名，例如：net.dreamlu.mica.log.LogLauncherServiceImpl。

标签：服务,dreamlu,launcher,启动器,net,mica
来源： https://blog.51cto.com/15016434/2646094