29.PC端空值，服务端正常请求

## 0.场景
集团最近在紧急测试GTMSI系统，与GTMSI相关的业务系统之间的交互都走了网关，最近在VER环境的网关经常出现divide插件中Handler中ip:port为空的情况 ，为啥会导致空值，详见这篇文章：https://doc.tqsys.cn/project-46/doc-546

## 1.现象
由于最近在ver环境经常出现divide插件中selector中handler中值为空的场景，因此开发人员在对接调试的过程中出现 -107 这种错误时，就会来网关这边查看网关配置，刚好出现如下场景，
![](/media/202409/2024-09-25_113144_848810.png)
但是神奇的现象出现了，当我们发现admin端这里的配置为空值时，服务端依然可以调用成功！
## 2.排查
### 2.1 查看admin端源码
![](/media/202409/2024-09-25_134936_595724.png)
我们发现PC端编辑selector时，调用服务端的这个接口，查看admin服务端源码，
![](/media/202409/2024-09-25_135411_611848.png)
![](/media/202409/2024-09-25_135403_146818.png)
通过代码，我们查看到PC端这里显示的值，是从数据库实时查询出来的，没有缓存！
如果PC端显示为空的话，那说明这条记录在数据库中不存在！
但是此时为啥服务端请求可以成功呢？
### 2.2 admin与bootstrap端的数据同步
通过查阅网关的官网，我们知道admin端连接数据库，bootstrap端启动工程的时候会链接admin端(websocket)，admin端会将PC端配置的数据同步给bootstrap端，bootstrap端将接收到的数据保存到内存中。详见这篇文章：https://doc.tqsys.cn/project-46/doc-226/
## 3.分析
按照正常来说，admin端的值被清空后，会及时通知给bootstrap端；bootstrap端会清空这个selector的配置，因此外围系统请求这个selector时就会报错。
我们这里的现象是admin端被清空了，但是bootstrap端依然可以访问，那说明admin端清空配置后，没有通知(或者说通知失败)，总体而言，bootstrap端的内存中依然会存在这条selector的配置。