一、ForkJoinPoolForkJoinPool是JDK7引入的，由DougLea编写的高性能线程池。核心思想是将大的任务拆分成多个小任务（即fork），然后在将多个小任务处理汇总到一个结果上（即join），非常像MapReduce处理原理。同时，它提供基本的线程池功能，支持设置最大并发线程数，支持任务排队，支持线程池停止，支持线程池使用情况监控，也是AbstractExecutorService的子类，主要引入了“工作窃取”机制，在多CPU计算机上处理性能更佳。其广泛用在java8的stream中。从图中可以看出ForkJoinPool要先执行完子任务才能执行上一层任务，所以ForkJo
背景由于网络需求需要通过发心跳来维持连接的建立，所以客户端需要通过计时器，每间隔一定事件发一次心跳请求到服务器，以此达到连接保活。我用了Timer来进行定时任务后，服务端童鞋找我说为啥同一秒会有重复的心跳请求发到服务器上呢？这就延伸出我们今天文章所要讲的内容了。问题业务场景是每隔10秒上报一次ping心跳，当09:50:33时候Timer执行了一次ping的上报任务后，下一次的上报的时间却是在09:50:54进行ping上报了（此次ping上报出现重复上报问题），中间间隔20几秒，在排查并非代码逻辑问题，把目光投向了定时器自身问题。日志心跳某一秒内重复无用心跳分析问题结合自身日志和Timer的
一、ForkJoinPoolForkJoinPool是JDK7引入的，由DougLea编写的高性能线程池。核心思想是将大的任务拆分成多个小任务（即fork），然后在将多个小任务处理汇总到一个结果上（即join），非常像MapReduce处理原理。同时，它提供基本的线程池功能，支持设置最大并发线程数，支持任务排队，支持线程池停止，支持线程池使用情况监控，也是AbstractExecutorService的子类，主要引入了“工作窃取”机制，在多CPU计算机上处理性能更佳。其广泛用在java8的stream中。从图中可以看出ForkJoinPool要先执行完子任务才能执行上一层任务，所以ForkJo
背景由于网络需求需要通过发心跳来维持连接的建立，所以客户端需要通过计时器，每间隔一定事件发一次心跳请求到服务器，以此达到连接保活。我用了Timer来进行定时任务后，服务端童鞋找我说为啥同一秒会有重复的心跳请求发到服务器上呢？这就延伸出我们今天文章所要讲的内容了。问题业务场景是每隔10秒上报一次ping心跳，当09:50:33时候Timer执行了一次ping的上报任务后，下一次的上报的时间却是在09:50:54进行ping上报了（此次ping上报出现重复上报问题），中间间隔20几秒，在排查并非代码逻辑问题，把目光投向了定时器自身问题。日志心跳某一秒内重复无用心跳分析问题结合自身日志和Timer的
使用案例staticvoidMain(string[]args){Taskt=newTask(()=>{Console.WriteLine("任务开始工作……");//模拟工作过程Thread.Sleep(5000);});t.Start();t.ContinueWith((task)=>{Console.WriteLine("任务完成，完成时候的状态为：");Console.WriteLine("IsCanceled={0}\tIsCompleted={1}\tIsFaulted={2}",task.IsCanceled,task.IsCompleted,task.IsFaulted);})
使用案例staticvoidMain(string[]args){Taskt=newTask(()=>{Console.WriteLine("任务开始工作……");//模拟工作过程Thread.Sleep(5000);});t.Start();t.ContinueWith((task)=>{Console.WriteLine("任务完成，完成时候的状态为：");Console.WriteLine("IsCanceled={0}\tIsCompleted={1}\tIsFaulted={2}",task.IsCanceled,task.IsCompleted,task.IsFaulted);})
作者：王晨彦一、前言我们在开发应用的时候，一般都会引入SDK，而大部分SDK都要求我们在Application中初始化，当我们引入的SDK越来越多，就会出现Application越来越长，如果SDK的初始化任务相互依赖，还要处理很多条件判断，这时，如果再来个异步初始化，相信大家都会崩溃。有人可能会说，我都在主线程按顺序初始化不就行了，当然行，只要老板不来找你麻烦。「小王啊，咱们的APP启动时间怎么这么久？」开个玩笑，可见，一个优秀的启动框架对于APP启动性能而言，是多么的重要！二、为什么不用Google的StartUp?说到启动框架，就不得不提StartUp，毕竟是Google官方出品，现有的
1.基础准备在分析源码之前，我想你应该对Android打包流程已经有基础的了解，至少了解了下图的打包过程：否则你有可能不了解下文中的专业术语。2.AGP源码的打开方式看AGP代码的时候，我一直纠结要不要下载AGP的源码，后来听同事大佬建议，直接使用了项目依赖的代码进行分析。主要的原因有两点：1.AGP的源码太大了，有30g，并且版本已经很旧了。2.使用项目依赖的AGP代码很简单。只要在项目中加入implementation"com.android.tools.build:gradle:4.1.1"即可查看。3.代码分析顺便说一下，AGP的版本是4.1.1。第一步寻找AppPlugin在AS中，
作者：王晨彦一、前言我们在开发应用的时候，一般都会引入SDK，而大部分SDK都要求我们在Application中初始化，当我们引入的SDK越来越多，就会出现Application越来越长，如果SDK的初始化任务相互依赖，还要处理很多条件判断，这时，如果再来个异步初始化，相信大家都会崩溃。有人可能会说，我都在主线程按顺序初始化不就行了，当然行，只要老板不来找你麻烦。「小王啊，咱们的APP启动时间怎么这么久？」开个玩笑，可见，一个优秀的启动框架对于APP启动性能而言，是多么的重要！二、为什么不用Google的StartUp?说到启动框架，就不得不提StartUp，毕竟是Google官方出品，现有的
1.基础准备在分析源码之前，我想你应该对Android打包流程已经有基础的了解，至少了解了下图的打包过程：否则你有可能不了解下文中的专业术语。2.AGP源码的打开方式看AGP代码的时候，我一直纠结要不要下载AGP的源码，后来听同事大佬建议，直接使用了项目依赖的代码进行分析。主要的原因有两点：1.AGP的源码太大了，有30g，并且版本已经很旧了。2.使用项目依赖的AGP代码很简单。只要在项目中加入implementation"com.android.tools.build:gradle:4.1.1"即可查看。3.代码分析顺便说一下，AGP的版本是4.1.1。第一步寻找AppPlugin在AS中，
