前言大家好，我是星期八。我们都知道，不管是Java，还是C，还是Go，还是Python，都是有线程这个概念的。但是我们知道，线程是不能随便创建的，就像每招一个员工一样，是有代价的，无限制招人肯定最后各种崩溃。所以通常情况下，我们会引出线程池这个概念。本质就是我就招了几个固定的员工，给他们派活,某一个人的活干完了再去任务中心领取新的活。防止任务太多，一次性

原文https://blog.csdn.net/liuhe688/article/details/6532519在Android中实现异步任务机制有两种方式，Handler和AsyncTask。Handler模式需要为每一个任务创建一个新的线程，任务完成后通过Handler实例向UI线程发送消息，完成界面的更新，这种方式对于整个过程的控制比较精细

一、是什么　　Netty是一个高性能、异步事件驱动、基于JavaNIO的异步的可扩展的客户端/服务器网络编程框架。　　Netty提供了对TCP、UDP和文件传输的支持，作为一个异步NIO框架，Netty的所有IO操作都是异步非阻塞的，通过FutureListener机制，用户可以方便的主动获取或者通过通知机制获得IO操作结果

    CountDownLatch主要用于同步一个或多个任务，强制它们等待由其他任务执行的一组操作完成。    你可以向CountDownLatch对象设置一个初始计数值，任何在这个对象上调用await()的方法都将阻塞，直到这个计数值达到0。其他任务在结束其工作时，可以在该对象上调用countDown()来减小这个计数值，你可以通过调用get

所谓公平是指所有线程对临界资源申请访问权限的成功率都一样，它不会让某些线程拥有优先权。通过几篇文章的分析我们知道了JDK的AQS的锁是基于CLH锁进行优化的，而其中使用了FIFO队列，也就是说等待队列是一个先进先出的队列。那是否就可以说每条线程获取锁时就是公平的呢？关于公平性，严格来说应该分成三个点来看：入队阶段、唤醒阶段以及闯入策略。友情链接：

通过在service的相关函数中打印线程ID，代码如下：classProgressBarServiceextendsService<Integer{@Overrideprotectedvoidready(){super.ready();System._out_.println("ProgressBarS

所谓公平是指所有线程对临界资源申请访问权限的成功率都一样，它不会让某些线程拥有优先权。通过几篇文章的分析我们知道了JDK的AQS的锁是基于CLH锁进行优化的，而其中使用了FIFO队列，也就是说等待队列是一个先进先出的队列。那是否就可以说每条线程获取锁时就是公平的呢？关于公平性，严格来说应该分成三个点来看：入队阶段、唤醒阶段以及闯入策略。友情链接：

1问题回顾1.1问题描述在项目的性能测试中，相关的接口的随着并发数增加，接口的响应时间变长，接口吞吐不再增长，应用的CPU使用率较高。1.2分析思路谁导致的CPU较高，阻塞接口TPS的增长？接口的响应时间的调用链分布是什么样的，有没有慢的点？1）使用火焰图

从一个假死页面引发的思考：作为前端开发，除了要攻克页面难点，也要有更深的自我目标，性能优化是自我提升中很重要的一环；在前端开发中，会偶遇到页面假死的现象，是因为当js有大量计算时，会造成UI阻塞，出现界面卡顿、掉帧等情况，严重时会出现页面卡死的情况；