java陷阱之慢接口
我们应当尽量优化慢接口,如果一个接口耗时很久,应当做限流或者熔断,不要想着接口频次低就没事
1.如果万一出现高频调用,可能会出现http连接池 如果用dubbo就是dubbo连接池占满,影响整个系统不可用
2.上层调用应该做超时控制,超过超时没响应就不等待了。避免影响上层的连接池占满
比如我们做SASS 10万个服务商,新增一个定时任务 定时每分钟为每个SASS服务商做一些业务处理.
万一出现 每次跑要很久 1分钟没跑完 下一分钟又来了 就很容易出现问题(只是举例)
如果出现线程满了具体参考:https://www.cnblogs.com/LQBlog/p/15267950.html 打印线程堆栈排查
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
2019-09-29 jdk源码阅读-ConcurrentLinkedQueue(一)
2016-09-29 正则表达优化