想用Nacos作为注册中心的我最终还是被劝退

背景

最近在做Spring Cloud 的一些组件调研,其中注册中心本来打算使用阿里开源的nacos,但是遇到了如下问题最终让我放弃了使用

nacos

nacos社区活跃度

一个项目的值不值得使用，社区活跃度很重要，社区活跃意味着更新快，有问题或者bug都能及时得到解决，我大致调研了一下nacos的github社区活跃度

可以看到还是非常活跃的,然后查看了一些对Spring Cloud 整合的支持,开源的[spring-cloud-alibaba](https://github.com/alibaba/spring-cloud-alibaba) 活跃度也还行

文档

查看了官网还有一些demo，发现文档都算齐全的

搭建demo

基于以上的调研整体感觉还不错，就想搭建一个简单demo试一试，基于官网的推荐最终选定了Spring Boot 和Spring Cloud、Spring Cloud Alibaba版本

版本调研参考我之前博文 https://blog.csdn.net/qq_42651904/article/details/121260971?spm=1001.2014.3001.5501

然后搭建了一个基于Nacos作为注册中心、Dubbo作为RPC调用的简单Demo

使用

在使用的时候就发现了一个比价小的bug或者说是feature

就是在Spring Boot项目中注册中心web页面无法获取到应用名

然后nacos给出的答复是nacos client不依赖Spring Boot, 所以只是通过项目的project.name获取，大致源码如下

然后推荐我去给nacos-spring-project 项目提一个类似的feature

具体issues可以参考我在nacos提的issues， 链接

https://github.com/alibaba/nacos/issues/7453

比较坑人的地方来了

我就想着去nacos-spring-project 项目提个类似的feature

看了一下**nacos-spring-boot-project** 这个项目,基本没啥人维护了

然后看issues里面就有人在说项目烂尾了吗，在那里吃瓜

回顾 spring-cloud-alibaba

想着能不能去spring-cloud-alibaba 这个项目帮忙改一下或者提个PR，然后更有意思的就来了

发现spring-cloud-alibaba 里面的 spring-cloud-starter-alibaba-nacos-discovery整合没有用nacos-spring-boot-project这个项目，而是直接使用的nacos-client

也就是说你想改基本没法改,可以看出来这个整合对Spring Boot的支持还是不是特别友好

总结

总的来说体验感一般吧，随便使用了下就有一些小问题，值得一提的是社区反馈还是比较活跃的，就是与Spring Boot的兼容性或者整合然后堪忧，因为nacos-spring-project 这个项目好像烂掉了,连自己的spring-cloud-alibaba 都不用,虽然是个小bug不是很影响使用，但是给我的感觉还是有点小坑。

关于注册中心是否使用Nacos 各位小伙伴的看法是什么呢?欢迎留言

关于我

​ 觉得文章不错请扫码关注我吧

​