在使用 Spring Cloud Gateway 进行路由转发时，它会在启动时就加载并缓存路由信息，以便在实际请求到来时能够快速进行路由转发。那么，Spring Cloud Gateway 是如何完成这一过程的呢？让我们一起从源码中寻找答案吧。

强隔离，独占节点。如按部门或业务划拨一批节点，不让其他用户的Pod调度到这个节点上，只有加上了特定的Toleration才能调度到这个Taint 节点上，其他的统统不行。Label不是强制性的，且即使打了Label，其他用户的Pod还是可以调度上去。除非要求所有其他用户在所有部署中都增加反亲和性来实现，这显然是不合适的。所以最好的方式就是我们自己给自己独占的节点设置好Taint，别人不需要改动什么

K8s 节点亲和性， 强亲和性/软亲和性 示例

K8s NodeSelector 示例

k8s 集群从私有仓库拉去镜像

将一个方法标记为监听器，用于监听应用程序事件，事件可以是ApplicationEvent实例，也可以是其他任意的对象。

利用Pod亲和性，将Pod部署到相关联的Pod目前所在的节点必须部署到拥有标签a=b的Pod所在的节点利用Pod反亲和性，将不同副本部署到不同节点上不能部署到拥有标签 app=anti-nginx所在的节点上，也就是其他副本所在的节点。避免将同一个Deployment的不同副本调度到同一个节点上，万一这个节点出现故障，将导致整个服务不可用。topologyKey: kubernetes.io/ho

标记在方法上，用于将客户端以 “/app” 开头的订阅路由到对应的方法上。默认情况下，返回值会通过clientOutboundChannel直接返回（发送）给客户端，不经过broker，是一次性的。用户可以通过@SendTo 或 @SendToUser 去修改这一行为，也就是将返回值发送个broker，然后广播出去。一般用于初始化数据。如登入聊天室后，初始化在线人员列表和历史消息等。不是真正的订阅

利用Pod亲和性，将Pod部署到相关联的Pod目前所在的节点必须部署到拥有标签a=b的Pod所在的节点利用Pod反亲和性，将不同副本部署到不同节点上不能部署到拥有标签 app=anti-nginx所在的节点上，也就是其他副本所在的节点。避免将同一个Deployment的不同副本调度到同一个节点上，万一这个节点出现故障，将导致整个服务不可用。topologyKey: kubernetes.io/ho