由于spring-cloud的官方核心组件eureka停止升级维护,再加上支持国货,微服务的技术选型spring-cloud-alibaba,注册和服务发现中心,调用服务则选为dubbo,虽然耦合性有点高(指尖银河),但好歹是国货,没说的,必须支持。
小声比比:这类文章比较多,我也跟风一波,凑下热闹
spring-boot、spring-cloud-alibaba-nacos、dubbo
首先下载nacos
https://github.com/alibaba/nacos/releases
nacos的数据存储有好几种方式,默认用的file方式存储数据,如果要最快速启动的话自然什么也不用改,如果要更换数据存储方式的话则需要修改${nacos}/conf/application.properties文件
db.num=1
db.url.0=jdbc:mysql://12.32.12.32:3243/sdfdsf?characterEncoding=utf8&connectTimeout=10000&socketTimeout=30000&autoReconnect=true
db.user=fdgfdg
db.password=fdgbfdgfsdg
数据库信息修改不用多说了吧
首先到${nacos}/bin目录下,执行命令
sh startup.sh -m standalone
由于nacos默认集群模式,单机模式启动的话要加上-m standalone
注:不要修改nacos的访问前缀,否则默认配置可能无法找到nacos的server端,具体请看下去
nacos启动完后就可以不管了
由于该模块不需要任何业务代码仅需要interface类,故此处只贴interface的代码
public interface TestService {
/**
* 发送消息
* @param test1Msg 发送给消费者1的消息
* @param test2Msg 发送给消费者2的消息
*/
String test(String test1Msg,String test2Msg);
}
此模块就此结束,不再需要写任何东西。
由于是分布式项目,需要启动多个业务相关的服务,他们互为服务提供者和消费者,两个服务的代码格式都差不多,这里就偷懒只写一份。
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-webartifactId>
<version>2.2.3.RELEASEversion>
dependency>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
<version>2.2.3.RELEASEversion>
dependency>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-dubboartifactId>
dependency>
<dependency>
<groupId>org.apache.dubbogroupId>
<artifactId>dubbo-registry-nacosartifactId>
<version>2.7.4.1version>
dependency>
<!-- 此处为上面说的dubbbo必须的公用模块>
<dependency>
<groupId>com.testgroupId>
<artifactId>api-testartifactId>
<version>0.0.1version>
dependency>
spring:
cloud:
nacos:
config:
server-addr: 12.12.12.12:123
file-extension: yaml
discovery:
server-addr: 12.12.12.12:123
@SpringBootApplication(exclude = DataSourceAutoConfiguration.class)
@EnableDubbo
@EnableDiscoveryClient
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}
@enabledubbo 注解是标注此项目为dubbo服务提供者与消费者,该注解是额外标注这三个注解
@EnableDubboConfig引入类DubboConfigConfigurationRegistrar,将于解析配置相关的类注册到spring容器;
@DubboComponentScan引入类DubboComponentScanRegistrar,用于指定@Service扫描路径;
@EnableDubboLifecycle引入类DubboLifecycleComponentRegistrar,注册了两个监听器到spring容器。
import com.guangxin.system.api.TestService;
import org.apache.dubbo.config.annotation.DubboService;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
/** dubbo远程调用类
* @author admin
*/
@DubboService(timeout = 10000,group = "order")
public class TestServiceImpl implements TestService {
private static final Logger log = LoggerFactory.getLogger(TestServiceImpl.class);
@Override
public String test(String test1Msg, String test2Msg) {
log.info("dubbo进入了order模块远程调用");
return test1Msg;
}
}
dubbo:
application:
#name=服务名
name: payment-dev
# 项目访问端口
qos-port: 8091
consumer:
check: false
scan:
# 上述的服务提供者的实现类所在的包
base-packages: com.xxx.test.dubbo
protocol:
#name=
name: dubbo
port: -1
registry:
#spring-cloud=托管到spring-cloud的注册中心,可改为nacos://10.21.32.22:123,但注册中心的每个dubbo服务会额外出现两个多余的服务,技术所限,原因未知。改为spring-cloud则无此毛病
address: spring-cloud://10.21.32.22:123
@DubboReference(group = "order")
private OrderService orderService;
@PostMapping("testOrderDubbo")
public BaseResult testOrderDubbo(String msg) {
testService.test(msg, "payment访问order模块");
return BaseResult.successResult();
}
首先到nacos的public命名空间建立配置文件,dataId命名格式为:#{服务名}-#{环境名}.${文件后缀},此处的文件后缀统一为yaml
服务注册到nacos非常简单,bootstrap.yml配置下就行
server:
port: 8092
spring:
application:
name: order-dev
cloud:
nacos:
config:
#nacos地址
server-addr: 10.21.32.22:123
#nacos配置文件后缀
file-extension: yaml
discovery:
server-addr: 10.21.32.22:123
默认是用#{服务名}-#{环境名}.${文件后缀}查找配置文件,默认通过上述spring.cloud.config.server-addr的地址/nacos找配置文件,spring.cloud.discovery注册服务。故启动nacos的server端是尽量不要更改服务名