压测时并发吞吐上不去，可能是日志打印的锅

项目背景：linux操作系统下用jboss部署服务，打印日志用的slf4j。

jmeter在200 并发场景下压测显示

报告显示 ，每秒吞吐30多个，响应时间也比较长。

 通过上网找资料，修改logback配置：

将同步输出日志改为异步输出日志，然后修改 第二个参数为日志超过最大条数的 百分之80则抛弃调日志不进行写入日志文件，queueSize参数就是对应的异步存储数量，这个值需要根据系统的 实际情况设置，一遍一遍测试就能知道最优值，太大的话会有内存溢出的风险，然后频繁GC也出现问，不要设置太大 。

经过几番测试，之后的结果比上边的结果好了很多

其中响应时间特别长的是 接口中调用第三方接口的响应有时间很长的情况，通过日志配置规则的改变可以是吞吐翻了几倍，所以在使用slf4j打印日志的时候请注意配置文件的配置。目前接口吞吐量还是很低，但是上边的报告就是一个举例，仅供参考。

额外说一点，影响吞吐的还有 System.currentTimeMillis(), 这里不多说了，可以翻阅其他资料。