Skip To Main Content
reExecute Periodic on Muck Rack

reExecute Periodic

Is this you? As a journalist, you can create a free Muck Rack account to customize your profile, list your contact preferences, and upload a portfolio of your best work. Claim your profile

Get in touch with reExecute

Contact reExecute, search articles and posts on X, monitor coverage, and track replies from one place.

Learn more about Muck Rack

Actions

Share this page

Is this you?

As a journalist, you can create a free Muck Rack account to customize your profile, list your contact preferences, and upload a portfolio of your best work.
Claim your profile

Articles

踩了定时线程池的坑，导致公司损失几千万，血的教训-阿里云开发者社区

|
By long initialDelay, reExecute Periodic
| dasizhe.cn
ScheduledExecutorService 大家好呀，上周我们公司由于定时线程池使用不当出了一个故障，几千万的单子可能没了 给兄弟们分享分享这个坑，希望兄弟们以后别踩！ 业务中大量的使用定时线程池（ScheduledExecutorService）执行任务，有时候会忽略掉 Try/Catch 的异常判断 当任务执行报错时，会导致整个定时线程池挂掉，影响业务的正常需求 我们来模仿一个生产的例子： 合作方修改频率低且合作方允许最终一致性 我们有一个定时任务每隔 60 秒去 MySQL 拉取全量的 合作方 数据放至 合作方缓存（本地缓存） 中 当客户请求时，我们去缓存中拿取合作方即可 这样的生产例子应该存在于绝大数公司，代码如下： 运行上述样例，我们会发现程序不停止，输出一遍 Load start!，一直在运行，但后续不输出 Load start! 这个时候我们可以确认：异常确实导致当前任务不再执行 1、为什么任务报错会影响定时线程池？ 2、定时线程池是真的挂掉了嘛?
Open in Who Shared Issue with article?
See all 1 articles