Nacos 启动后，开始建立几个应用，模仿微服务！
项目的git 地址为： https://github.com/xujianguo1/alicloud-demo.git 分支&tagName：ServiceInit
一、 pom 与 配置
用Dubbo 与Nacos 建立微服务，需要引入Dubbo Starter、Dubbo、Dubbo 的nacos注册中心组件，Nacos的Spring Cloud Discovery 组件、SpringBoot 的几个组件。
具体的pom dependency 如下：
1 1 <dependencies> 2 2 <!--dubbo starter 引入--> 3 3 <dependency> 4 4 <groupId>org.apache.dubbo</groupId> 5 5 <artifactId>dubbo-spring-boot-starter</artifactId> 6 6 <version>${dubbo.version}</version> 7 7 </dependency> 8 8 9 9 1010 <!--Dubbo 引入Nacos 的注册中心，需单独引入--> 1111 <dependency> 1212 <groupId>org.apache.dubbo</groupId> 1313 <artifactId>dubbo-registry-nacos</artifactId> 1414 <version>${dubbo.version}</version> 1515 </dependency> 1616 1717 <!--nacos Discovery Client 引入--> 1818 <dependency> 1919 <groupId>org.springframework.cloud</groupId> 2020 <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> 2121 <version>${nacos-boot-start.version}</version> 2222 </dependency> 2323 2424 <!--Dubbo 引入，排除spring 、log4j--> 2525 <dependency> 2626 <groupId>org.apache.dubbo</groupId> 2727 <artifactId>dubbo</artifactId> 2828 <version>${dubbo.version}</version> 2929 <exclusions> 3030 <exclusion> 3131 <groupId>org.springframework</groupId> 3232 <artifactId>spring</artifactId> 3333 </exclusion> 3434 <exclusion> 3535 <groupId>javax.servlet</groupId> 3636 <artifactId>servlet-api</artifactId> 3737 </exclusion> 3838 <exclusion> 3939 <groupId>log4j</groupId> 4040 <artifactId>log4j</artifactId> 4141 </exclusion> 4242 </exclusions> 4343 </dependency> 4444 4545 <!--lombok 插件引入--> 4646 <dependency> 4747 <groupId>org.projectlombok</groupId> 4848 <artifactId>lombok</artifactId> 4949 <scope>provided</scope> 5050 <optional>true</optional> 5151 </dependency> 5252 5353 <!--下面几个为spring boot的组件引入--> 5455 <dependency> 5556 <groupId>de.codecentric</groupId> 5657 <artifactId>spring-boot-admin-starter-client</artifactId> 5758 </dependency> 5859 <dependency> 5960 <groupId>org.springframework.boot</groupId> 6061 <artifactId>spring-boot-starter-actuator</artifactId> 6162 </dependency> 6263 6364 <dependency> 6465 <groupId>org.springframework.boot</groupId> 6566 <artifactId>spring-boot-starter-web</artifactId> 6667 </dependency> 6768 6869 <dependency> 6970 <groupId>org.springframework.boot</groupId> 7071 <artifactId>spring-boot-devtools</artifactId> 7172 <scope>runtime</scope> 7273 <optional>true</optional> 7374 </dependency> 7475 <dependency> 7576 <groupId>org.springframework.boot</groupId> 7677 <artifactId>spring-boot-starter-test</artifactId> 7778 <scope>test</scope> 7879 </dependency> 7980 <dependency> 8081 <groupId>com.xu.mircoservice</groupId> 8182 <artifactId>product-demo-client</artifactId> 8283 <version>0.0.1-SNAPSHOT</version> 8384 <scope>compile</scope> 8485 </dependency> 8586 </dependencies>
应用的配置如下：
1server: 2 port: 8082 3info: 4 author: Haha-prod 5 version: @project.version@ 6 name: @project.artifactId@ 7 tags: 8 environment: test 9 10 11spring: 12 application: 13 name: product-demo 14 cloud: 15 nacos.discovery.server-addr: 127.0.0.1:8848 #10.242.139.237:8848 16 boot: 17 admin: 18 client: 19 #url: http://10.242.138.217:8080 20 instance: 21 prefer-ip: true 22 23management: 24 endpoints: 25 web: 26 exposure: 27 include: "*" #暴露所有端点 默认是info,health 28 29 30#dubbo 的相关配置 31 32nacos: 33 server-address: 127.0.0.1 34 port: 8848 35dubbo: 36 protocol: 37 name: dubbo 38 scan: 39 base-packages: com.xu.mircoservice.productserver.service 40 registry: 41 address: nacos://${nacos.server-address}:${nacos.port} 42 43product.server.defaultversion: 1.0
对于采用Nacos+Dubbo 搭建的微服务。 除了dubbo的配置时特别新增的。
Nacos的配置不同在于：
1. nacos需要配置spring.application.name 用于配置的dataId，
2. 配置spring.cloud.nacos.discovery.server-addr 用于取代Eurake 服务注册与发现。
其他的配置不变。因为采用注册中心发现机制，spring boot admin 是不需要配置 spring.boot.admin.client.url 选项的。 另外这个应该配置springboot admin server的url 。 选项写成client.url ，颇为误解。
二、Nacos显示效果
1. 在nacos 里面的注册效果：
可以看到应用与服务提供者providers、消费者consumers 都已经显示了。
这里将应用、providers、consumers 都显示在同一级目录，最终会导致 在SpringBoot Admin Server里面显示异常。
个人认为将应用、providers、conumsers 组成Tree显示更合理，或者换成其他的组织方式更好一些。
实例应用才4个应用，每个1个提供者、消费者，都已经需要分页了，在实际的应用中，几百个应用，数据无法查找。
服务订阅者查询如上，显示的效果完全不明白。 这个服务做为 最底层的provider，会被3个应用消费，这里显示9条记录。 应用名为空，完全无法理解。
三、SpringBoot Admin Server 显示效果
因为 Nacos 的问题，将应用、provider、consumer 显示在同一级，在springboot admin的显示界面会有问题。
显示情况如下：
我们可以看到，4个应用+springboot admin Server自己，一共应该只有5个才对，界面显示很多的灰色应用图标，明显不正常。
springboot admin server从nacos的注册中心获取数据，provider 与consumer 被当成应用，导致显示的时候，无法获取数据，作为down掉的数据显示了。
spring bootadmin 里面，除了这个，其他的都很正常。欢迎读者自行验证。
四、 其他的问题
1. Dubbo的Service 与Spring的Service注解
Dubbo的Service 注解： org.apache.dubbo.config.annotation.Service
Spring 的Service 注解： org.springframework.stereotype.Service
在Dubbo的注解用于发布dubbo服务， spring的注解用于标识 服务Bean
在使用注解的时候，有一个问题， 如果服务被Dubbo 的Service注解标识， 那么在本应用的引用时候，如果采用Autowired 引入，IDE就会报错，找不到bean 对应的service。
如下：
这个问题在dubbo采用xml方式发布服务的时候，是不存在的，因为xml的 方式 会显示的声明服务，然后才用dubbo的方式发布。
解决：
这里Autowired如果换成dubbo的Reference注解，是没有问题的，但是同一个 应用，走dubbo代理，filter链，底层通讯等调用方式，不利于调试，会非常耗时、繁琐，这不是我们希望看到的。
仔细思考下Dubbo的Service注解，其始于Xml配置方式，按理应该也是会在spring里面 注册一个接口实现。 这里的报错仅仅是IDE 的提示，实际启动应该是不会存在问题。
不理会报错，强行启动应用，一切正常， 通过sping adim的控制台的bean页面， 也确实查看到2个bean：
但是这个问题放在IDE里面是那么显眼，如何解决？
我的办法就是 如果一个service既要本地调用，又被发布成dubbo的远程服务，就对这个服务，同时打上dubbo service 与spring 的service注解。 这样的话，ide不会报错，同时在本应用中 调用的时候，用Autowired注解，高效方便。 如：
1@org.apache.dubbo.config.annotation.Service 2@org.springframework.stereotype.Service 3public class ProductDetailServiceImpl implements ProductDetailService {
打上双注解后，IDE不会报错，代码也非常直观，启动一切正常。
不会报错 的原因就是，dubbo的Service注解会包含 spring Service注解的动作，向spring 的beanFactory注册beanDefintaion 的 时候， 不管谁先注册，后续productDetailServiceImpl这个bean定义会被覆盖一次，因为2个都一样，所以不会存在问题。
2. dubbo 注册IP 问题。
dubbo 在向注册中心注册的时候，会本机获取自己的ip， 因为dubbo的ip获取流程，有个不确定，详细原因，可以自己搜索下。
我遇到的问题是，我 的deepin linux系统机器，自动在host里面配置的 127.0.1.1 主机名 的 规则， 在dubbo获取的时候，居然优先获取127.0.1.1 的ip，获取网卡的ip居然被过滤掉了（这个可能跟操作系统有关，有个判断走的native代码）。最后导致注册在nacos上面的ip是127.0.1.1 ，导致在另外机器调用这个服务的时候，无法调用。
最后没办法，修改了 ip 与主机名的映射才成功。
最后
项目的git 地址为： https://github.com/xujianguo1/alicloud-demo.git 分支&tagName：ServiceInit
项目为持续项目，后续会加上 nacos配置，sentinel，gateway 等内容，检索本文章内容，请用 tagName: ServiceInit
文中内容如有问题，欢迎指正！ 欢迎留言灌水