Yeauty

从堆栈来看，你这里是使用springmvc。通过暴露http接口，来触发发送。 但是中间经过了各种filter，不能确定是哪里慢。 你要不试一下定时群发，看看如果只有发送的话，CPU分配情况以及堆栈是怎样的

如果可以，建议把代码贴出来

WebSocketStorage.forEach(acnTradeSocket); 和下面那段代码是什么关系

代码看上去没问题。 看下cpu峰值会持续多久，如果只是一瞬间，那可以忽略

是一次群发持续那么久吗？

看线程数和进程数应该是整个主机的，而不是这个进程的。 CPU应该也是整个主机的。而且调用发送正是是存在上下文切换的，属于正常现象 可以看下群发5000的时候，峰值会维持多久，如果只是一瞬间的话是正常的

> 4核的：群发5000一直发，cpu就一直是满的。其实只要群发5000cpu就会升高。 > 8核cpu是正常的。 这个听上去像是CPU不够强。 不过足够快的话就没问题

> 我用这个框架来做区块链相关的行情推送， > 版本还是0.6.5， > 今天上来一看都0.8.0了， > 如果有change log 的话，我们就能知道每个版本加了哪些新特性，修复了哪些bug了。 0.6.5到0.8.0主要是新增一些特性. 包括可以从请求query中获取参数,框架启动时的自动装配(不需要自己new ServerEndpointExporter交给Spring容器)等.

> 我用这个框架来做区块链相关的行情推送， > 版本还是0.6.5， > 今天上来一看都0.8.0了， > 如果有change log 的话，我们就能知道每个版本加了哪些新特性，修复了哪些bug了。 之后会加上changelog

已加上changelog