java陷阱之慢接口

我们应当尽量优化慢接口,如果一个接口耗时很久,应当做限流或者熔断,不要想着接口频次低就没事

1.如果万一出现高频调用,可能会出现http连接池 如果用dubbo就是dubbo连接池占满,影响整个系统不可用

2.上层调用应该做超时控制,超过超时没响应就不等待了。避免影响上层的连接池占满

比如我们做SASS 10万个服务商,新增一个定时任务 定时每分钟为每个SASS服务商做一些业务处理.

万一出现 每次跑要很久 1分钟没跑完 下一分钟又来了 就很容易出现问题(只是举例)

 

如果出现线程满了具体参考:https://www.cnblogs.com/LQBlog/p/15267950.html 打印线程堆栈排查

 

posted @   意犹未尽  阅读(110)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
历史上的今天:
2019-09-29 jdk源码阅读-ConcurrentLinkedQueue(一)
2016-09-29 正则表达优化
点击右上角即可分享
微信分享提示