一个简单的 Task 不会消耗多少时间,但如果你不合适地将 Task 转为同步等待,那么也可能很快耗尽线程池的所有资源,出现类似死锁的情况. 本文将以一个最简单的例子说明如何出现以及避免这样的问题. 本文内容 耗时的 Task.Run 最简复现代码 原因 解决 更多死锁问题 耗时的 Task.Run 谁都不会认为 Task.Run(() => 1) 这个异步任务执行会消耗多少时间. 但实际上,如果你的代码写得不清真,它真的能消耗大量的时间,这种时间消耗有点像死锁. 下图分别是 7 个这样的任务.…

上一篇我们介绍了如何使用@Async注解来创建异步任务,我可以用这种方法来实现一些并发操作,以加速任务的执行效率.但是,如果只是如前文那样直接简单的创建来使用,可能还是会碰到一些问题.存在有什么问题呢?先来思考下,下面的这个接口,通过异步任务加速执行的实现,是否存在问题或风险呢? @RestController public class HelloController { @Autowired private AsyncTasks asyncTasks; @GetMapping("/hello&…

工作原理 1.线程池刚创建时,里面没有一个线程.任务队列是作为参数传进来的.不过,就算队列里面有任务,线程池也不会马上执行它们. 2.当调用 execute() 方法添加一个任务时,线程池会做如下判断: a. 如果正在运行的线程数量小于 corePoolSize,那么马上创建线程运行这个任务: b. 如果正在运行的线程数量大于或等于 corePoolSize,那么将这个任务放入队列. c. 如果这时候队列满了,而且正在运行的线程数量小于 maximumPoolSize,那么还是要创建线程运行这个…

在上篇最后一个例子之后,我们发现了怎么去使用线程池,调用ThreadPool的QueueUserWorkItem方法来发起一次异步的.计算限制的操作,例子很简单,不是吗? 然而,在今天这篇博客中,我们要知道的是,QueueUserWorkItem这个技术存在许多限制.其中最大的问题是没有一个内建的机制让你知道操作在什么时候完成,也没有一个机制在操作完成是获得一个返回值,这些问题使得我们都不敢启用这个技术. Microsoft为了克服这些限制(同时解决其他一些问题),引入了任务(tasks)的概念…

我们要知道的是,QueueUserWorkItem这个技术存在许多限制.其中最大的问题是没有一个内建的机制让你知道操作在什么时候完成,也没有一个机制在操作完成是获得一个返回值,这些问题使得我们都不敢启用这个技术. Microsoft为了克服这些限制(同时解决其他一些问题),引入了任务(tasks)的概念.顺带说一下我们得通过System.Threading.Tasks命名空间来使用它们. 现在我要说的是,用线程池不是调用ThreadPool的QueueUserWorkItem方法,而是用任务来做…

最近测试环境上测试的项目通过shutdown.sh始终无法彻底关闭. 之前临时解决方法两种: 第一:通过ps -ef|grep tomcat查看到tomcat的进程直接使用kill来杀死进程. 第二: 基本原理为启动tomcat时记录启动tomcat的进程id(pid),关闭时强制杀死该进程 1.找到tomcat下bin/catalina.sh文件,vi进去添加点东西,主要是记录tomcat的pid,如下: 大概在第125行左右,添加如下代码 #设置CATALINA_PID(后加)if [ -z…

1:线程(理解) (1)死锁 概念: 同步中,多个线程使用多把锁之间存在等待的现象. 原因分析: a.线程1将锁1锁住,线程2将锁2锁住,而线程1要继续执行锁2中的代码,线程2要继续执行锁1中的代码, 但是此时,两个锁均处于锁死状态.最终导致两线程相互等待,进入无限等待状态. b.有同步代码块的嵌套动作. 解决方法: 不要写同步代码块嵌套. 例子:cn.itcast2.DeadLockThread;  cn.itcast2.demo package cn.itcast2; public clas…

接着上一篇博客的 一Java线程的等待/通知模型 ,没有看过的建议先看一下.下面我们用等待通知机制来实现一个线程池 线程的任务就以打印一行文本来模拟耗时的任务.主要代码如下: 1  定义一个任务的接口. /* * 任务的接口 */ public interface Task { void doSomething(); } 2  实现一个具体的任务. /* * 具体的任务 */ public class PrintTask implements Task{ //打印一句话,睡一秒,来模拟耗时的任务…

好久不发文章了,难道是因为忙,其实是因为懒.这是一篇关于线程池使用和基本原理的科普水文,如果你经常用到线程池,不知道你的用法标准不标准,是否有隐藏的 OOM 风险.不经常用线程池的同学,还有对几种线程的使用不甚了解的同学可以读一下此文. 为什么要使用线程池 虽然大家应该都已经很清楚了,但还是说一下.其实归根结底最主要的一个原因就是为了提高性能. 线程池和数据库连接池是同样的道理,数据库连接池是为了减少连接建立和释放带来的性能开销.而线程池则是为了减少线程建立和销毁带来的性能消耗. 以 web 项…

近1年,偶尔发生应用系统启动时某些操作超时的问题,特别在使用4核心Surface以后.笔记本和台式机比较少遇到,服务器则基本上没有遇到过. 这些年,我写的应用都有一个习惯,就是启动时异步做很多准备工作.基本上确定这个问题跟它们有关. 最近两个月花了些时间分析线程池调度机制,有点绕,这里记录下来,防止以后忘了. (文章很长,时间不多的同学可以直接看最后!)  一.现象 这里以一个典型WinForm应用来分析.开发环境Surface Pro4,CPU=4 在vs中调试应用,可以明显感觉到启动时会卡3…