今天在进行序列号压测的时候,通过调用genSeqId方法来获取序列号,100并发,16台压测机器,发现无论怎么压测,调用量达到140w左右的时候,此方法的ops直接掉到了0,具体图示如下:
从上图可以明显看到,整个ops呈现断崖式下跌。
当时左思右想,不得其解,后来注释掉代码中的System.out.println后,然后再进行压测,发现恢复正常:
上图可以看到,压到了一亿的量后,由于没有发现问题,就停止了压测。
后来翻阅了一下System.out.println源码,发现其并不适合高并发下的打印工作 ,原因在于其内部用了大量的Synchronized来进行同步操作,这样就导致两个请求之间需要进行同步等待操作。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!
2015-08-05 KnockOutJS步步深入
2015-08-05 TinyFrame框架中的UOW使用方式纠正