alexli

你理解没错,可以理解成多个项目。如果我同一个项目，采用分布式（或微服务）部署的方式，配置文件肯定是引用的同一份。通过SLB或Nacos 负载均衡之后，请求真正到我那个服务上是由Nacos负载算法决定的。为了一个动态线程池每一个项目单独引用一份独立的配置文件，多少有点麻烦。 我再研究下，我更倾向于可以在Hippo4j中提供入口 ，可以通过配置逻辑策略，调整配置，影响范围也仅限于当前项目。

都可以。一份配置文件被不同的项目同时引用，和 一个项目集群部署。我认为是一样的，我想根据当前服务需要处理的数据量，动态调整自己服务的线程池配置。不同项目配置不同的配置，我研究了Server 确实可以支持。

> 是的。user-project-1 我发现5min内流量激增，我需要动态只修改user-project-1的配置就好。前提是我之前配置不同流量的处理策略。

基于配置中心的方式，一定是可行的。我更倾向于通过 SpringBoot配置动态更新的方式去处理，影响范围仅限于当前项目。即使集群部署，也相互不影响。关于SpringBoot的解决方案，我需要研究下Server的源码，再回复你，感觉是个不错的点。

站在Server的角度，确实可以这样考虑确实可行。 站在Client的角度，只是自己当前业务配置的策略造成配置要修改。（Client可以将配置变更推给Server进行日志记录，也方便回滚） 实际服务 A、B、C、D 、E 5个服务。 nodes：A、B、C、D 这样配置 ，通过调整配置中心 A、B、C、D四个服务可以动态更新，一旦峰值流量过去 A、B、C、D四个服务，我还是需要回滚到 配置修改前的状态的。

> > 是否可以进行如下方式：针对线程池添加指定的匹配，在使用刷新动态解决对线程池部分实现之前，threadId进行匹配Spring进行过滤，这和MVC中的拦截器匹配机制类似，下面是MappedInterceptors的代码： > > ```java > > private final String[] includePatterns; > > private final String[] excludePatterns; > > private final HandlerInterceptor interceptor; > > private PathMatcher pathMatcher; >...

> 抱歉有点没表达清楚。hippo4j config 可以给executor 指定配置策略，就很完美了（类似于现在的通知机制一样,可以支持多种策略，类似于通知机制每个executor配置都可以独立绑定）。

地点：上海 组织：斗象科技 官网：[tophant.com](https://www.tophant.com/) 联系：[email protected] 场景：动态线程池、监控或运行报警等