新增TagNode节点，进行过滤：
过滤逻辑：

没配置tag_id，就是不筛选人群，所以用户全都可见可参与；配置了tag_id，就是要筛选人群
如果用户在人群标签中直接放行，可见可参与；不在此人群标签中要看tag_scope的配置
如果tag_scope为空就是不做限制，所以也全都可见可参与；如果tag_scope有值，则代表做限制

包含 “1” → 不可见（visible=false）

包含 “2” → 不可参与（enable=false）

动态配置开关操作

何不停车就给汽车换个轮子？

这是互联网应用程序中经常干的事情，在程序运行过程中，直接动态变更某些属性配置。这些动态变更的配置包括降级和切量的开关，也包括一些功能程序的白名单用户测试。

那么对于配置中心，有 SpringCloud Config + Event Bus，也有 Nacos，还有各个大厂中会基于各类组件做的自研实现。那么本节我们先来做一个基于 Redis 发布/订阅处理动态配置的自研的实现，之后对于 SpringCloud 的动态配置变更已经有案例，小伙伴也可以学习。

1.引入两个概念:降级和切片

降级和切量是商城项目中保障系统稳定性的两种常见手段：

降级：当系统压力过大或出现故障时，临时关闭非核心功能，优先保证核心流程（如下单、支付）正常运行。例如：在秒杀活动期间，暂时关闭商品详情页的“用户评价”功能，减轻服务器压力。

切量：将新功能或改动逐步开放给部分用户（如先让10%的用户试用），观察效果后再全量上线，降低风险。例如：商城改版时，先让少量用户体验新界面，确认无问题后再推广给所有人。

区别：降级是应急措施（出问题时保命），切量是预防措施（避免问题扩散）。