服务名规范
服务名在微服务中起着至关重要的位置，一个好的服务名应该见名知意。下面是笔者在工作中总结的规范。
小开发团队-两级
例如：user-api
第一级 服务名
第二级 服务类型
多个开发团队-三级
将组名放到第一位，方便快速定位到技术组。
例如：mica-user-api
第一级 组名
第二级 服务名
第三级 服务类型
环境划分
愿景
启动器的使命就是让我们的 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 读取。
| 配置项 | 默认值 | 说明 |
| mica.env | dev | 【只读】mica 环境变量，方便在代码中获取，设置无效. |
| mica.is-local | false | 【只读】判断是否为 本地开发环境 |
| mica.prop | 无 | 装载自定义配置 mica.prop.xxx |
自定义配置
如梦技术 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。