Java并发编程LockSupport使用实例

最近负责的项目需要实现一个Web页面监控功能，待监控的数据需要从数据库中统计出来。本身来讲这是一个很简单的功能点，但是考虑到监控端页面会被多人同时访问的业务场景，监控数据又要求每间隔一秒刷新一次，如果每个监控界面都实时去访问数据库，那么数据库的资源开销就太大了，若在白天的业务繁忙期遇到监控端用户数较多时有可能会影响正常的交易办理。为了避免数据库资源过度使用的问题我的设计是在web容器后台构建一块监控数据缓存，无论前台有多少个人访问监控页面，都只是从web容器缓存中获取监控数据，web容器后台有一个值守线程X每间隔一秒访问数据库轮询监控数据至内存中，示意图如下：

仅仅实现以上业务流程其实也非常简单，还用不上LockSupport支持,但是本着对系统资源的最低能耗及高性能需求，我有了更进一步的优雅实现愿景，当没有User监控请求访问容器时后台值守线程可以不干活让其处于阻塞状态，当容器收到User端监控请求时后台值守线程X立即从阻塞状态转变成Running状态，为此我们需要学习运用concurrent包中的LockSupport类来控制多线程间的运行状态切换以实现需求

LockSupport学习

LockSupport是JDK中比较底层的类，用来创建锁和其他同步工具类的基本线程阻塞原语。LockSupport很类似于二元信号量(只有1个许可证可供使用)，如果这个许可还没有被占用，当前线程获取许可并继续执行；如果许可已经被占用，当前线程阻塞，等待获取许可。通过网上一些对LockSupport的源码分析可知，其实现是通过调用本地代码（C++）来做的，具有很强的OS平台相关性，因此性能应该是非常高的。对于JVM应用来说主要是通过调用LockSupport.park()和LockSupport.unpark()实现线程的阻塞和唤醒操作的，当然实现线程间的阻塞和唤醒我们还可以用到对象锁，通过Synchronizer关键字来实现对象同步锁，使用对象的wait()和notify()方法来实现，但是此方式的实现在性能上会大打折扣而且有些并发控制不当非常容易引发线程间死锁，可以说非常不优雅。

LockSupport类核心方法

基于Unsafe类中的park和unpark方法

park()方法，调用native方法阻塞当前线程

unpark()方法，唤醒处于阻塞状态的线程Thrread

LockSupport类测试Demo

如下编写一个ThreadPark类来验证park与unpark方法的成对使用

程序运行输出：

Enter Thread running.....

mt>> is running

mt>> is running

mt>> is running

mt>> is running

mt>> is running

mtThread is Park.....

Thread is unpark.....

mt>> is running

mt>> is running

mt>> is running

mt>> is running

mt>> is running

mt>> is running

mt>> is running

mt>> is running

mt>> is running

mt>> is running

mtThread is Park

park翻译过来即是停车的意思，我们可以这样理解，每个被应用程序启动的线程就是一辆在计算机总线赛道上奔驰着的跑车，当你想让某台车停下来休息会时那么就给它一个park信号，它就会立即停到赛道旁边的停车位中，当你想让它从停车位中驶出并继续在赛道上奔跑时再给它一个unpark信号即可

LockSupport的业务实际应用

我们对技术基础知识的掌握是为了更好，更优雅，更从容的实现业务需求，以最小的程序代价来实现业务最大收益化是计算机软件工程的永恒追求主题之一。 差不多给自己埋好坑了（围笑），不扯淡了，还是show me the code吧。

回到第一章的监控业务需求，首先我们需要编写后台值守线程X类，Daemon线程类Run()方法中除实现从数据库中加载监控数据到内存之外还必须实现具备满足一定条件时调用park()方法线程自动停车，同时对外要提供unpack()方法用于外部唤醒线程。

后台值守线程MonitorWorkThread类代码编写：

接下来我们考虑编写监控业务实现类，大体思路是我们先需要定义内存缓存map用于装载数据库监控数据，业务实现类在容器实例化时自动启动上面的值守线程MonitorWorkThread，对外提供一个获取内存数据的公共方法，公共方法体中需要调用值守线程的unPack()方法以实现当容器收到客户端监控访问请求时若后台异步值守线程处于停车（阻塞）状态时，会被唤醒继续奔跑上路。

任务监控业务实现类TaskMonitorServiceImpl编写：

写在最后

技术知识的学习本身就是枯燥无味的，靠解决问题的动力来驱动技术知识的掌握未尝不是一个值得尝试的高效学习方法。

来自：小暴说

链接：https://www.jianshu.com/p/84be6bd90727

(本文版权归原作者所有。转载文章仅为传播更多信息之目的，如有侵权请与我们联系，我们将及时处理。)