前言 在开源中国里，不知道大家有没有留意到一个Java开源组织——Dromara？ 这个组织是由Apache ShenYu（前身是Soul网关）的作者创立，多位Java开源作者参与的一个Java开源组织。 在开源中国社区，很多Java开源作者都是各自为战，独立运营项目。Domara组织的诞生就是为了联合Java开源的力量，共建社区，资源共享，共同推行中国Java开源事业的发展。 目前Dromara社区拥有9个GVP项目，和一些Star数量很高的项目。这些开源项目社区都很活跃，每一个都是能提高工作效率的精品开源作品。下面就来盘点下Dromara组织其中的4个开源项目。都是非常实用的工具，用好这些将会让你的生产效率大大提升！ Sa-Token 首先我要介绍的是Sa-Token，可能是史上功能最全的轻量级 Java 权限认证框架。 简单的使用方式，丰富的特性，强大的功能，你有什么理由拒绝？ 官方网站：sa-token.dev33.cn/ Gitee托管仓库：gitee.com/dromara/sa-… Github托管仓库：github.com/dromara/Sa-… Sa-Token 是一个轻量级 Java 权限认证框架，主要解决：登录认证、权限认证、Session会话、单点登录、OAuth2.0、微服务网关鉴权 等一系列权限相关问题。 Sa-Token 的 API 设计非常简单，有多简单呢？以登录认证为例，你只需要：
|
1 2 3 4 5 6 |
// 在登录时写入当前会话的账号id StpUtil.login(10001); // 然后在需要校验登录处调用以下方法： // 如果当前会话未登录，这句代码会抛出 `NotLoginException` 异常 StpUtil.checkLogin(); |
至此，我们已经借助 Sa-Token 完成登录认证！ 此时的你小脑袋可能飘满了问号，就这么简单？自定义 Realm 呢？全局过滤器呢？我不用写各种配置文件吗？ 没错，在 Sa-Token 中，登录认证就是如此简单，不需要任何的复杂前置工作，只需这一行简单的API调用，就可以完成会话登录认证！ 当你受够 Shiro、SpringSecurity 等框架的三拜九叩之后，你就会明白，相对于这些传统老牌框架，Sa-Token 的 API 设计是多么的简单、优雅！ 权限认证示例（只有具备 user:add 权限的会话才可以进入请求）
|
1 2 3 4 5 6 |
@SaCheckPermission("user:add") @RequestMapping("/user/insert") public String insert(SysUser user) { // ... return "用户增加"; } |
将某个账号踢下线（待到对方再次访问系统时会抛出NotLoginException异常）
|
1 2 |
// 使账号id为 10001 的会话强制注销登录 StpUtil.logoutByLoginId(10001); |
在 Sa-Token 中，绝大多数功能都可以 一行代码 完成：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
StpUtil.login(10001); // 标记当前会话登录的账号id StpUtil.getLoginId(); // 获取当前会话登录的账号id StpUtil.isLogin(); // 获取当前会话是否已经登录, 返回true或false StpUtil.logout(); // 当前会话注销登录 StpUtil.logoutByLoginId(10001); // 让账号为10001的会话注销登录（踢人下线） StpUtil.hasRole("super-admin"); // 查询当前账号是否含有指定角色标识, 返回true或false StpUtil.hasPermission("user:add"); // 查询当前账号是否含有指定权限, 返回true或false StpUtil.getSession(); // 获取当前账号id的Session StpUtil.getSessionByLoginId(10001); // 获取账号id为10001的Session StpUtil.getTokenValueByLoginId(10001); // 获取账号id为10001的token令牌值 StpUtil.login(10001, "PC"); // 指定设备标识登录，常用于“同端互斥登录” StpUtil.logoutByLoginId(10001, "PC"); // 指定设备标识进行强制注销 (不同端不受影响) StpUtil.openSafe(120); // 在当前会话开启二级认证，有效期为120秒 StpUtil.checkSafe(); // 校验当前会话是否处于二级认证有效期内，校验失败会抛出异常 StpUtil.switchTo(10044); // 将当前会话身份临时切换为其它账号 |
即使不运行测试，相信您也能意会到绝大多数 API 的用法。 想要了解更多请参考：gitee.com/dromara/sa-… Forest 一款极大程度解放你的Http接入工作的强大Http客户端框架。 Http协议很复杂吗？那是因为你还没有使用过Forest，虽然业内有很多其他优秀的Http客户端，但是你错过了Forest，将会错过一大片优雅美丽的森林。 官方网站：forest.dtflyx.com Gitee托管仓库：gitee.com/dromara/for… Github托管仓库：github.com/dromara/for… Forest 是一个开源的 Java HTTP 客户端框架，用来访问第三方服务 RESTful 接口。 它能够将 HTTP 的请求参数绑定到 Java 接口上，之后调用 Java 接口就等于在发送 HTTP 请求。一切面向于接口。 很多公司需要在 Java 后台调用许多第三方 HTTP 接口，比如微信支付、友盟等等第三方平台。 公司内部还有很多服务是用世界最好语言写的，接口自然也只能通过 HTTP […]
View Details程序员在工作中，经常会有绘制时序图、流程图的需求，尤其是在写文档的时候。平时我们会选择ProcessOn这类工具来绘制，但有时候用代码来画图可能会更高效一点，毕竟没有比程序员更熟悉代码的了。今天给大家推荐一款画图工具PlantUML，可以配合IDEA使用，画图更高效！ SpringBoot实战电商项目mall（50k+star）地址：github.com/macrozheng/… PlantUML简介 PlantUML是一款开源的UML图绘制工具，支持通过文本来生成图形，使用起来非常高效。可以支持时序图、类图、对象图、活动图、思维导图等图形的绘制。 下面使用PlantUML来绘制一张流程图，可以实时预览，速度也很快！ 安装 通过在IDEA中安装插件来使用PlantUML无疑是最方便的，接下来我们来安装下IDEA的PlantUML插件。 首先在IDEA的插件市场中搜索PlantUML，安装这个排名第一的插件； 有时候网络不好的话可能下载不下来，可以点击Plguin homepage按钮访问插件主页，然后选择合适的版本下载压缩包； 下载成功后，选择从本地安装即可。 使用 接下来我们使用PlantUML插件分别绘制时序图、用例图、类图、活动图、思维导图，来体验下PlantUML是不是真的好用！ 时序图 时序图（Sequence Diagram），是一种UML交互图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。我们在学习Oauth2的时候，第一步就是要搞懂Oauth2的流程，这时候有个时序图帮助可就大了。下面我们使用PlantUML来绘制Oauth2中使用授权码模式颁发令牌的时序图。 首先我们需要新建一个PlantUML文件，选择时序图； 我们可以通过PlantUML提供的语法来生成Oauth2的时序图，语法还是非常简单的，具体内容如下；
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
@startuml title Oauth2令牌颁发之授权码模式 actor User as user participant "User Agent" as userAgent participant "Client" as client participant "Auth Login" as login participant "Auth Server" as server autonumber user->userAgent:访问客户端 activate userAgent userAgent->login:重定向到授权页面+clientId+redirectUrl activate login login->server:用户名+密码+clientId+redirectUrl activate server server-->login:返回授权码 login-->userAgent:重定向到redirectUrl+授权码code deactivate login userAgent->client:使用授权码code换取令牌 activate client client->server:授权码code+clientId+clientSecret server-->client:颁发访问令牌accessToken+refreshToken deactivate server client-->userAgent:返回访问和刷新令牌 deactivate client userAgent--> user:令牌颁发完成 deactivate userAgent @enduml <span class="copy-code-btn">复制代码</span> |
该代码将生成如下时序图，用写代码的方式来画时序图，是不是够炫酷； 本时序图关键说明如下： title可以用于指定UML图的标题； 通过actor可以声明人形的参与者； 通过participant可以声明普通类型的参与者； 通过as可以给参与者取别名； 通过->可以绘制参与者之间的关系，虚线箭头可以使用-->； 在每个参与者关系后面，可以使用:给关系添加说明； 通过autonumber我们可以给参与者关系自动添加序号； 通过activate和deactivate可以指定参与者的生命线。 这里还有个比较神奇的功能，当我们右键时序图时，可以生成一个在线访问的链接； 直接访问这个链接，可以在线访问UML时序图，并进行编辑，是不是很酷！ 用例图 用例图（Usecase Diagram）是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，我们可以很方便地表示出系统中各个角色与用例之间的关系，下面我们用PlantUML来画个用例图。 首先我们需要新建一个PlantUML文件，选择用例图，该用例图用于表示顾客、主厨、美食家与餐馆中各个用例之间的关系，具体内容如下；
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
@startuml left to right direction actor Guest as g package Professional { actor Chief as c actor "Food Critic" as fc } package Restaurant { usecase "Eat Food" as uc1 usecase "Pay For Food" as uc2 usecase "Drink" as uc3 usecase "Review" as uc4 } g--> uc1 g--> uc2 g--> uc3 fc--> uc4 @enduml <span class="copy-code-btn">复制代码</span> |
该代码将生成如下用例图； 本用例图关键说明如下： left to right direction表示按从左到右的顺序绘制用例图，默认是从上到下； 通过package可以对角色和用例进行分组； 通过actor可以定义用户； 通过usecase可以定义用例； 角色和用例之间的关系可以使用-->来表示。 类图 类图（Class Diagram）可以表示类的静态结构，比如类中包含的属性和方法，还有类的继承结构。下面我们用PlantUML来画个类图。 首先我们需要新建一个PlantUML文件，选择类图，该图用于表示Person、Student、Teacher类的结构，具体内容如下；
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
@startuml class Person { # String name # Integer age + void move() + void say() } class Student { - String studentNo + void study() } class Teacher { - String teacherNo + void teach() } Person <|-- Student Person <|-- Teacher @enduml <span class="copy-code-btn">复制代码</span> |
该代码将生成如下类图，看下代码和类图，是不是发现和我们用代码定义类还挺像的； 本类图关键说明如下： 通过class可以定义类； 通过在属性和方法左边加符号可以定义可见性，-表示private，#表示protected，+表示public； 通过<|--表示类之间的继承关系。 活动图 活动图（Activity Diagram）是我们用的比较多的UML图，经常用于表示业务流程，比如电商中的下单流程就可以用它来表示。下面我们用PlantUML来画个活动图。 首先我们需要新建一个PlantUML文件，选择活动图，这里使用了mall项目中购物车中生成确认单的流程，具体内容如下；
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 |
@startuml title 生成确认单流程 start :获取购物车信息并计算好优惠; :从ums_member_receive_address表中\n获取会员收货地址列表; :获取该会员所有优惠券信息; switch(根据use_type判断每个优惠券是否可用) case(0) :全场通用; if (判断所有商品总金额是否\n满足使用起点金额) then (否) :得到用户不可用优惠券列表; stop endif case(-1) :指定分类; if (判断指定分类商品总金额\n是否满足使用起点金额) then (否) :得到用户不可用优惠券列表; stop endif case(-2) :判断指定商品总金额是否满足使用起点金额; if (判断指定分类商品总金额\n是否满足使用起点金额) then (否) :得到用户不可用优惠券列表; stop endif endswitch :得到用户可用优惠券列表; :获取用户积分; :获取积分使用规则; :计算总金额，活动优惠，应付金额; stop @enduml <span class="copy-code-btn">复制代码</span> |
该代码将生成如下活动图，在活动图中我们既可以用if else，又可以使用switch，甚至还可以使用while循环，功能还是挺强大的； 本活动图关键说明如下： 通过start和stop可以表示流程的开始和结束； 通过:和;中间添加文字来定义活动流程节点； 通过if+then+endif定义条件判断； 通过switch+case+endswitch定义switch判断。 思维导图 思维导图（Mind Map），是表达发散性思维的有效图形工具，它简单却又很有效，是一种实用性的思维工具。之前在我的mall学习教程中就有很多地方用到了，下面我们用PlantUML来画个思维导图。 首先我们需要新建一个PlantUML文件，选择思维导图，这里使用了mall学习路线中的大纲视图，具体内容如下；
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 |
@startmindmap +[#17ADF1] mall学习路线 ++[#lightgreen] 推荐资料 ++[#lightblue] 后端技术栈 +++_ 项目框架 +++_ 数据存储 +++_ 运维部署 +++_ 其他 ++[#orange] 搭建项目骨架 ++[#1DBAAF] 项目部署 +++_ Windows下的部署 +++_ Linux下使用Docker部署 +++_ Linux下使用Docker Compose部署 +++_ Linux下使用Jenkins自动化部署 --[#1DBAAF] 电商业务 ---_ 权限管理模块 ---_ 商品模块 ---_ 订单模块 ---_ 营销模块 --[#orange] 技术要点 --[#lightblue] 前端技术栈 --[#lightgreen] 进阶微服务 ---_ Spring Cloud技术栈 ---_ 项目部署 ---_ 技术要点 --[#yellow] 开发工具 --[#lightgrey] 扩展学习 @endmindmap <span class="copy-code-btn">复制代码</span> |
该代码将生成如下思维导图，其实使用PlantUML我们可以自己定义图形的样式，这里我自定义了下颜色； 本思维导图关键说明如下： 通过+和-可以表示思维导图中的节点，具有方向性； 通过[#颜色]可以定义节点的边框颜色； 通过_可以去除节点的边框； 总结 虽然目前可以绘制UML图的图形化工具很多，但是对于程序员来说，使用代码来绘图可能更直接，效率更高，尤其是配合IDEA使用。如果你想使用代码来绘图，不妨尝试下PlantUML吧。 参考资料 官方文档：plantuml.com/zh/ 作者：MacroZheng 链接：https://juejin.cn/post/7017988314053492767 来源：稀土掘金 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
View Details一开始知道Airtest大概是在年初的时候，当时，看了一下官方的文档，大概是类似Sikuli的一个工具，主要用来做游戏自动化的，通过截图的方式用来解决游戏自动化测试的难题。最近，移动端测试的同事尝试用它的poco库来做自动化，看样子还不错，所以，这里推荐给各位同学。 官方网站 http://airtest.netease.com/ ### Airtest IDE 这是Airtest测试工具标配的IDE，目的是方便我们用于录制/编写自动化测试。 你可以使用账号登录或直接点击左下角“skip”按钮跳过。 启动Android模拟器或者用PC连接一台手机。通过adb命令检查移动设备。
|
1 2 3 |
> adb devices List of devices attached emulator-5554 device |
当我在Android模拟器中操作时，Airtest IDE右侧的界面是同步的，这一点比很多移动测试工具做的优秀，例如，appium desktop必须手动刷新才能获取最新的界面。 #### Airtest Airtest IDE支持Airtest脚本的录制，用法非常简单，你甚至可以先不用看它的API，通过录制来熟悉它的API。 右侧Airtest窗口以及API，点击右上角录制按钮，然后，就可以在映射的Android模拟器界面上点点点了。 以下是我点点点，生成的脚本。 过程非常简单，点击桌面上的计算器图标，打开编辑器输入1+1= ，然后，点击工具栏上的 “运行”按钮，就可以回放了。 这种脚本更适合游戏，因为游戏界面很难定位，图片识别（截图）的方式确实是不错的选择。 ###Poco Poco是另外一种形式的脚本，它与一般的自动化工具一样，通过元素本身的属性来定位元素，并且它同样支持录制。\ 点击右上角第一个的录制按钮。然后，继续在android映射的界面上点点点。 因为脚本里面没截图，我就单独拿出来了。
|
1 2 3 4 5 6 7 8 9 10 |
__author__ = "fnngj" from poco.drivers.android.uiautomation import AndroidUiautomationPoco poco = AndroidUiautomationPoco(use_airtest_input=True, screenshot_each_action=False) poco("计算器").click() poco("com.android.calculator2:id/digit_1").click() poco("com.android.calculator2:id/op_add").click() poco("com.android.calculator2:id/digit_1").click() poco("com.android.calculator2:id/eq").click() |
从poco的API来看比appium更为简洁。 如果你要做的是非游戏的APP的话，poco应该是我们后面学习的重点。这样的代码不管是和单元测试框架结合还是使用PO设计模式都是没有问题的。 而且，同样提供元素的属性展示，又有录制功能加持，在开发效率上应该会提高不少。 如果，你刚好又会Python，那么这将是一个不错的选择。 from:https://www.cnblogs.com/fnng/p/10247339.html
View Details当docker容器创建后，忘记挂接做本地与容器目录挂接后，导致数据存储都是存在容器中，如果想修改容器内文件或替换，就需要通过以下命令替换。
|
1 |
docker cp [本地目录或文件]: [容器名][容器内目录] |
为了方便，只要在linux目录替换，可以通过容器挂载的方式，只要替换linux的目录，就能实现容器内的文件变更。 挂载目录步骤如下： 1、停止docker运行
|
1 |
systemctl stop docker |
2、修改容器的配制文件 容器路径：/var/lib/docker/containers/[容器ID] 修改的文件： 2.1、hostconfig.json 在"Binds"节点中增加挂载目录的关系，如：
|
1 |
"Binds" ["/opt/docker/test/webapps:/opt/apache-tomcat-8.5.40/webapps"] |
前面的是本地目录，后面的是容器目录，多个的话，用逗号隔开。 2.2、config.v2.json 在"MountPoints" 节点中增加挂载目录。如：
|
1 |
"MountPoints": {"/opt/apache-tomcat-8.5.40/webapps": {"Source": "/opt/docker/test/webapps","Destination": "/opt/apache-tomcat-8.5.40/webapps","RW": true,"Name": "","Driver": "","Type": "bind","Propagation": "rprivate","Spec": {"Type": "bind","Source": "/opt/docker/test/webapps","Target": "/opt/apache-tomcat-8.5.40/webapps"},"SkipMountpointCreation": false}} |
3、重新docker,开启容器
|
1 |
systemctl start dockerdocker start [容器名或容器ID] |
以上是以修改正在运行的容器的方式挂载目录。 还有简单的方式： 提交现有容器为新镜像，然后重新运行挂载。 from:https://blog.csdn.net/weixin_36431535/article/details/113067296
View DetailsDocker容器做端口映射报错 docker: Error response from daemon: driver failed programming external connectivity on endpoint lamp3 (46b7917c940f7358948e55ec2df69a4dec2c6c7071b002bd374e8dbf0d40022c): (iptables failed: iptables --wait -t nat -A DOCKER -p tcp -d 0/0 --dport 86 -j DNAT --to-destination 172.17.0.2:80 ! -i docker0: iptables: No chain/target/match by that name. 解决方法 docker服务启动时定义的自定义链DOCKER被清除 重启即可systemctl restart docker ———————————————— 版权声明：本文为CSDN博主「米粥粥」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/qq_41545647/article/details/102679560
View Details[原创文章，转载请保留或注明出处：http://www.regexlab.com/zh/regref.htm] 引言 正则表达式（regular expression）就是用一个“字符串”来描述一个特征，然后去验证另一个“字符串”是否符合这个特征。比如 表达式“ab+” 描述的特征是“一个 'a' 和 任意个 'b' ”，那么 'ab', 'abb', 'abbbbbbbbbb' 都符合这个特征。 正则表达式可以用来：（1）验证字符串是否符合指定特征，比如验证是否是合法的邮件地址。（2）用来查找字符串，从一个长的文本中查找符合指定特征的字符串，比查找固定字符串更加灵活方便。（3）用来替换，比普通的替换更强大。 正则表达式学习起来其实是很简单的，不多的几个较为抽象的概念也很容易理解。之所以很多人感觉正则表达式比较复杂，一方面是因为大多数的文档没有做到由浅入深地讲解，概念上没有注意先后顺序，给读者的理解带来困难；另一方面，各种引擎自带的文档一般都要介绍它特有的功能，然而这部分特有的功能并不是我们首先要理解的。 文章中的每一个举例，都可以点击进入到测试页面进行测试。闲话少说，开始。 1. 正则表达式规则 1.1 普通字符 字母、数字、汉字、下划线、以及后边章节中没有特殊定义的标点符号，都是"普通字符"。表达式中的普通字符，在匹配一个字符串的时候，匹配与之相同的一个字符。 举例1：表达式 "c"，在匹配字符串 "abcde" 时，匹配结果是：成功；匹配到的内容是："c"；匹配到的位置是：开始于2，结束于3。（注：下标从0开始还是从1开始，因当前编程语言的不同而可能不同） 举例2：表达式 "bcd"，在匹配字符串 "abcde" 时，匹配结果是：成功；匹配到的内容是："bcd"；匹配到的位置是：开始于1，结束于4。 1.2 简单的转义字符 一些不便书写的字符，采用在前面加 "\" 的方法。这些字符其实我们都已经熟知了。 表达式 可匹配 \r, \n 代表回车和换行符 \t 制表符 \\ 代表 "\" 本身 还有其他一些在后边章节中有特殊用处的标点符号，在前面加 "\" 后，就代表该符号本身。比如：^, $ 都有特殊意义，如果要想匹配字符串中 "^" 和 "$" 字符，则表达式就需要写成 "\^" 和 "\$"。 表达式 可匹配 \^ 匹配 ^ 符号本身 \$ 匹配 $ 符号本身 \. 匹配小数点（.）本身 这些转义字符的匹配方法与 "普通字符" 是类似的。也是匹配与之相同的一个字符。 举例1：表达式 "\$d"，在匹配字符串 "abc$de" 时，匹配结果是：成功；匹配到的内容是："$d"；匹配到的位置是：开始于3，结束于5。 1.3 能够与 '多种字符' 匹配的表达式 正则表达式中的一些表示方法，可以匹配 '多种字符' 其中的任意一个字符。比如，表达式 "\d" 可以匹配任意一个数字。虽然可以匹配其中任意字符，但是只能是一个，不是多个。这就好比玩扑克牌时候，大小王可以代替任意一张牌，但是只能代替一张牌。 […]
View Details用Dockerfile构建jdk镜像的时候出的错 把Dockerfile文件删除之后重新建一个 把空格 符号全更换一遍英文 最后运行成功 from:https://blog.csdn.net/weixin_43555477/article/details/106480089
View Details1.下载 2.使用例子 Demo 概述：Quartz 是开源的定时任务工具类，默认每隔10秒执行一次任务，相当于C#的Timer，不断的循环执行（Start 方法），也可以随时停止（ShutDown方法）。 一 下载 下载地址：quartz 二 使用例子 Demo 1）引入程序集，必须引入三个，不然报错 2）IScheduler 和 IJob
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
public class Myjob : IJob { public const string DelayTime = "delay time"; public void Execute(IJobExecutionContext context) { string key = "quartzKeyCache"; if (System.Web.HttpRuntime.Cache[key] != null) { var temp = (int)System.Web.HttpRuntime.Cache[key]; System.Web.HttpRuntime.Cache[key] = temp + 1; } else { System.Web.HttpRuntime.Cache[key] = 1; } } } |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
public class QuartzUlity { public static IScheduler sched; public static void Open() { ISchedulerFactory schedf = new StdSchedulerFactory(); sched = schedf.GetScheduler(); IJobDetail job = JobBuilder.Create<Myjob>().Build(); ITrigger trigger = (ITrigger)TriggerBuilder.Create().WithCronSchedule("/10 * * * * ?").Build(); sched.ScheduleJob(job, trigger); sched.Start(); } public static void Close() { sched.Shutdown(true); } } |
3）每隔10秒，修改一次缓存的值，可以打断点随时查看缓存里的实时值。 from:https://www.cnblogs.com/ligenyun/p/7729989.html
View Details什么是服务注册发现？ 对于搞微服务的同学来说，服务注册、服务发现的概念应该不会太陌生。 简单来说，当服务A需要依赖服务B时，我们就需要告诉服务A，哪里可以调用到服务B，这就是服务注册发现要解决的问题。 Service B 把自己注册到 Service Registry 叫做 服务注册 Service A 从 Service Registry 发现 Service B 的节点信息叫做 服务发现 服务注册 服务注册是针对服务端的，服务启动后需要注册，分为几个部分： 启动注册 定时续期 退出撤销 启动注册 当一个服务节点起来之后，需要把自己注册到 Service Registry 上，便于其它节点来发现自己。注册需要在服务启动完成并可以接受请求时才会去注册自己，并且会设置有效期，防止进程异常退出后依然被访问。 定时续期 定时续期相当于 keep alive，定期告诉 Service Registry 自己还在，能够继续服务。 退出撤销 当进程退出时，我们应该主动去撤销注册信息，便于调用方及时将请求分发到别的节点。同时，go-zero 通过自适应的负载均衡来保证即使节点退出没有主动注销，也能及时摘除该节点。 服务发现 服务发现是针对调用端的，一般分为两类问题： 存量获取 增量侦听 还有一个常见的工程问题是 应对服务发现故障 当服务发现服务（比如 etcd, consul, nacos等）出现问题的时候，我们不要去修改已经获取到的 endpoints 列表，从而可以更好的确保 etcd 等宕机后所依赖的服务依然可以正常交互。 存量获取 当 Service A 启动时，需要从 Service Registry 获取 Service B 的已有节点列表：Service B1, Service B2, Service B3，然后根据自己的负载均衡算法来选择合适的节点发送请求。 增量侦听 上图已经有了 Service B1, Service B2, Service B3，如果此时又启动了 Service B4，那么我们就需要通知 Service A 有个新增的节点。如图： 应对服务发现故障 对于服务调用方来说，我们都会在内存里缓存一个可用节点列表。不管是使用 etcd，consul 或者 nacos 等，我们都可能面临服务发现集群故障，以 etcd 为例，当遇到 etcd 故障时，我们就需要冻结 Service B 的节点信息而不去变更，此时一定不能去清空节点信息，一旦清空就无法获取了，而此时 Service B 的节点很可能都是正常的，并且 go-zero 会自动隔离和恢复故障节点。 服务注册、服务发现的基本原理大致如此，当然实现起来还是比较复杂的，接下来我们一起看看 go-zero 里支持哪些服务发现的方式。 go-zero 之内置服务发现 go-zero 默认支持三种服务发现方式： 直连 基于 etcd 的服务发现 基于 kubernetes endpoints 的服务发现 直连 直连是最简单的方式，当我们的服务足够简单时，比如单机即可承载我们的业务，我们可以直接只用这种方式。 在 rpc 的配置文件里直接指定 endpoints 即可，比如：
|
1 2 3 4 |
Rpc: Endpoints: - 192.168.0.111:3456 - 192.168.0.112:3456 |
zrpc 调用端就会分配负载到这两个节点上，其中一个节点有问题时 zrpc 会自动摘除，等节点恢复时会再次分配负载。 这个方法的缺点是不能动态增加节点，每次新增节点都需要修改调用方配置并重启。 基于 etcd 的服务发现 当我们的服务有一定规模之后，因为一个服务可能会被很多个服务依赖，我们就需要能够动态增减节点，而无需修改很多的调用方配置并重启。 常见的服务发现方案有 etcd, consul, nacos 等。 go-zero内置集成了基于 etcd 的服务发现方案，具体使用方法如下：
|
1 2 3 4 5 6 7 |
Rpc: Etcd: Hosts: - 192.168.0.111:2379 - 192.168.0.112:2379 - 192.168.0.113:2379 Key: user.rpc |
Hosts 是 etcd 集群地址 Key 是服务注册上去的 key 基于 […]
View Details一. 对比常用的注册中心 Consul、zookeeper、etcd、eureka、Nacos Feature Consul Zookeeper Etcd Eureka Nacos 服务健康检查 服务状态，内存，硬盘等 (弱)长连接，keepalive 连接心跳 可配支持 传输层 (PING 或 TCP)和应用层 (如 HTTP、MySQL、用户自定义）的健康检查 多数据中心 支持 — — — 支持 kv存储服务 支持 支持 支持 — 支持 一致性 Raft Paxos Raft — Raft CAP定理 CP CP CP AP CP: 配置中心 AP: 注册中心 使用接口 (多语言能力) 支持http和dns 客户端 http/grpc http（sidecar） Nacos 支持基于 DNS 和基于 RPC 的服务发现。服务提供者使用 原生SDK、OpenAPI、或一个独立的Agent watch支持 全量/支持long polling 支持 支持 long polling 支持 long polling/大部分增量 支持 long polling/大部分增量 自身监控 metrics — metrics metrics 安全 acl /https acl https支持（弱） — acl Spring Cloud集成 已支持 已支持 已支持 已支持 已支持 备注 可以作为eureka的替代使用 2.0不在更新 1. 支持dubbo […]
View Details