测试驿栈-由浅入深学性能 五分钟 TPS 调优
「原创声明：保留所有权利，禁止转载」
概述
本地起了一个项目，对 login 登录做了 200 并发的负载测试。发现 tps 最高上升到 550 左右，然后持续的剧烈波动
本着怀疑一切的态度，觉得 tps 应该有上升的空间，于是去监听一下进程。
分析过程
习惯性的做线程 dump
结果发现一大堆线程阻塞了（BLOCKED）。为什么会阻塞？日志已经很明显提示了，线程疯狂打日志导致的堵塞。
线程为什么会疯狂打日志？这里也提示了，在调用checkLogin方法的时候抛出来的日志。
代码检索
代码拉出来，搜一下checkLogin方法。于是就发现登录这里每一步都打了一条日志。批量处理的时候，很容易就把线程给阻塞了。
现在把这些日志全部禁用掉
重启项目，脚本回归
现在 TPS 上升到了 800 左右
TesterHome 为用户提供「保留所有权利，禁止转载」的选项。
除非获得原作者的单独授权，任何第三方不得转载标注了「原创声明：保留所有权利，禁止转载」的内容，否则均视为侵权。
具体请参见TesterHome 知识产权保护协议。
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
好奇为啥打日志会引起阻塞？因为 IO 输出已经满了？
这个是拿什么监听的
对
yonghang.zhang
回复
yonghang.zhang
回复
这个是现象，我好奇的是本质，为啥打日志会引起线程阻塞。
毕竟对于定位问题，日志是一个很重要的依据，不严重影响性能前提下肯定希望日志越多越好。搞清楚本质才知道应该避免哪些地方打日志导致严重影响性能，预防问题的发生。而且也不是每个需求都有足够的资源和时间去做性能测试的。
请问在 jmeter 里面打印日志，会影响压测性能吗？
