- 1vue-element-template/admin添加多标签(tags)功能和修改tags的背景颜色_修改背景颜色
- 2Oracle预定义的21个系统异常类型_oracle中有哪些预定义异常
- 3云计算项目五：部署数据库服务mysql ｜部署共享存储服务NFS ｜ 配置网站服务_mysql 如何使用共享存储
- 4去除二值化图像横向离散点
- 5C++程序的自启动写入注册表的代码_visual c++ 1.1.1 写入注册表自动运行
- 6【线性代数的几何意义】向量的基本几何意义
- 7【Shell 命令集合 系统管理 】⭐⭐Linux 显示系统的基本信息 uname命令 使用指南_uname()
- 82022年中国互联网行业人才需求趋势：技术类职能占比大，经济发达城人才需求大[图]_人才需求趋势图
- 9Unity的PlayerPrefs不起作用_unity playerprefs失效
- 10YOLOv8改进 | 损失篇 | VarifocalLoss密集目标检测专用损失函数 (VFLoss，原论文一比一复现)_yolov8论文
AXURE9最全的WEB设计元件库(分享版).rplib_axur9web元件库下载
赞
踩
Axure9常用到的WEB设计元件库，在Axure点击+号即可导入元件库使用，或者打开Axure R9安装目录，进入DefaultSettings\Libraries，复制资源到此目录并重启Axure软件即可看到。
文件：590m.com/f/25127180-481124286-469239
（访问密码：551685）
以下内容无关：
-------------------------------------------分割线---------------------------------------------
Nacos Client会维护一个定时任务通过持续调用服务端的接口更新心跳时间，保证自己处于存活状态，防止服务端将服务剔除，Nacos默认5秒向服务端发送一次，通过请求服务端接口/instance/beat发送心跳。
客户端服务在注册服务的时候会增加一个心跳的任务，如下图所示:
首先看下BeatInfo这个类，重点看标注的字段，该字段是给周期任务设定时间，如下图:
该方法内部定义的一个DEFAULT_HEART_BEAT_INTERVAL的常量，设定5秒:
接下来我们看下addBeatInfo方法，该方法内部主要是将BeatTask任务加入到线程池ScheduledExecutorService当中，如下图:
重点部分就是看BeatTask，BeatTask继承Runnable，run方法就是我们的重点，该方法调用了NamingProxy的sendBeat方法，服务端请求地址为/instance/beat的方法
接下来我们把目光放到服务端，找到InstanceController的beat方法，如果是参数beat信息的话，说明是第一次发起心跳，则会带有服务实例信息，因为发起心跳成功则服务端会返回下次不要带beat信息的参数，这样客户端第二次就不会携带beat信息了。如果发现没有该服务，又没带beat信息，说明这个服务可能被移除过了，直接返回没找到。如果没有服务，但是发现有beat信息，那就从beat中获取服务实例信息，进行注册，整体执行流程如下图:
View Code
接下来我们看一下processClientBeat方法，该方法将ClientBeatProcessor放入到线程池中，接下来我们看下重点看下run方法,
该方法内部主要就是更新对应实例下心跳时间，整体上如下图:
至此完成了从客户端到服务端更新实例的心跳时间，下图是整体的时序图:
服务的健康检查
Nacos Server会开启一个定时任务来检查注册服务的健康情况，对于超过15秒没收到客户端的心跳实例会将它的 healthy属性置为false，此时当客户端不会将该实例的信息发现，如果某个服务的实例超过30秒没收到心跳，则剔除该实例，如果剔除的实例恢复，发送心跳则会恢复。
当有实例注册的时候，我们会看到有个service.init()的方法，该方法的实现主要是将ClientBeatCheckTask加入到线程池当中，如下图:
ClientBeatCheckTask中的run方法主要做两件事心跳时间超过15秒则设置该实例信息为不健康状况和心跳时间超过30秒则删除该实例信息，如下代码:
View Code
首先我们来看一下deleteIp方法，该方法内部主要通过构建删除请求，发送删除请求，如下图:
删除实例的接口如下图:
内部通过调用ServiceManager的removeInstance方法，如下图:
重点看下substractIpAddresses内部通过调用updateIpAddresses，该方法内部主要就是移除到超过30秒的实例信息，如下图:
到此完成删除实例的过程，整体的时序图如下:
接下来我们看标记不健康时候的代码，这部分代码在客户端注册的时候也出现相同的代码，只是我们略过了，这部分也是观察者模式的重要体现，从这里我们可以学习到的东西在于结合Spring的事件机制，轻松实现观察者模式，当然这个里面也有部分我感觉写的不太好，哈哈，大佬们看到勿喷。
首先我们看serviceChanged方法，该方法主要是发布一个服务不健康的事件，如下图:
接下来我们看下如何处理这个事件，这个时候涉及PushService这个类，整体的继承结构如下图:
我们看到该类的继承ApplicationListener接口，该接口是一个支持泛型的接口，传入了ServiceChangeEvent的类，此处就是对事件的处理，如下图:
接下来看一下onApplicationEvent方法，这个方法主要完成了准备数据，发送数据这几件事情:
View Code
接下里我们重点看下udpPush的方法，整个方法主要是通过一个Map对象来记录UDP请求，如果没收到就重试发送请求，整体如下:
View Code
服务端有发送，那么客户端就有接收的，接收部分我理解上是服务发现部分，这里我们就不做过多介绍，待下一篇再来聊聊。
- H5移动端网页上拉及下拉刷新数据上拉刷新demo
[详细] -->赞
踩
