什么？没有什么可以听你的，也不是错的。多线程并发执行任务，收集的结果~~不再担心...
让我们首先查看某些应用程序的获得数据，依此类推，一页获得n个多次，最多10个用户行为数据，例如：喜欢，cartem，messess，消息，注意力，注意，收集，收集，收集，收集，收集，CollectionNumbers，粉丝的数量，卡凭证的数量，红色信封...........................................................................................................我们看一些图片：
通常，您需要使用10个以上的接口获取数据（因为当您一起编写10个以上的疑问时，估计只能响应半分钟），一页上的n -Multi -Interface，这确实是一个婴儿谁厌倦了前端，并且前端向多线程开放。
今天，我们还可以在一个接口中返回此数据?返回到Thief TM快速，解决串行编程的武器，阻止编程编程带来的编程?
今天的猪的脚是：未来，未来，执行人员服务...
如果您不明白，请看图片：
未来
furture.get（）获得执行结果的值取决于执行状态。如果任务完成，则将立即返回结果，否则它将始终阻止，直到任务进入完成状态，然后返回结果或投掷异常。
“运行”是指所有可能结束的计算状态包含正常的终点，由于取消造成的异常而导致的结束和结束。当进入完成状态时，他将停在此状态。只要国家不处于新状态，就意味着已执行任务。
FutureTask负责将执行任务执行任务的线程的计算结果传递到调用该线程的线程，并确保发布在传递过程中的结果结果
不安全没有锁定技术，可确保线程的安全性?为了维持无锁的编程CPU的消耗，状态标记用于在空旋转空旋转时降低CPU的压力
1.检查状态，非新闻，表明它已经启动并直接返回；否则，将跑步者设置为当前线程，成功将继续，否则返回。
2.调用call.call（）方法执行任务，成功调用集合（结果）方法，然后调用setException（ex）方法。最终，将设置状态，并将完成编写方法称为线程。
3.如注释所示，如果省略了RAN变量，并且“集合（结果）”；语句移至“ try代码”块“ ran = true;”，将会发生什么？首先，在代码逻辑方面没有问题，但是考虑“集合（结果）”；对于异常甚至错误的方法，该方法最终将调用用户定义的方法（）方法，因此无法省略它。
4.如果状态正在中断，请积极放弃CPU，并旋转旋转以等待其他线程执行中断过程。
让我们再做一次：运行方法重点介绍以下：
我该如何获得获取方法，始终阻止获取：等待
顺便说一句，我秘密地看着GET（Long，TimeUnit），这是Get方法扩展，它增加了超时。超时后，我会生气和异常。
然后再次查看等待，您必须知道您将写一个死周期，而（true）|（;;;）都是大师?
在这一点上，我不会激发任务~~~~我还需要大量探索。毕竟，付费聊天更加紧张，所以我不会详细介绍?
然后让我们看一下队列。在FutureTask中，队列的实现是一个链接的列表，这意味着所有等待任务的线程集都已完成。我们知道FutureTask实现了未来的接口，并且可以获得“任务”的执行结果。那么，如果在获得结果时尚未执行任务，那么获取结果的线程将挂在等待队列中，直到唤醒任务。这与AQS中的同步队列有点相似。在下面的分析中，您可以比较它们的相似性。
我们之前说过，在并发编程中使用队列通常将当前线程装入某种类型的数据结构中。让我们看一下队列中每个节点的结构：
可以看出，与AQS同步队列使用的两个路链接列表中的节点相比，此waitNode更简单。它仅包含记录线程的线程属性和下一个节点的下一个属性。
值得一提的是，FutureTask中的这一道路链接列表被用作堆栈。的确，它被用作triber堆栈。它使用CAS来完成堆栈（如果您想了解本文，可以阅读本文）。
为什么使用线程安全堆栈，因为可以同时获得任务的执行结果。如果任务仍执行，则将这些线程包裹到WaitNode中并将其扔进Treiber堆栈堆栈。在顶部，即完成堆栈的操作，以便可以同时发生多个线程，因此您需要使用CAS操作来确保进入堆栈的线程的安全性，这对于堆栈的情况也是如此。
由于FutureTask中的队列本质上是Treiber堆栈，因此只有一个指向堆栈顶点的指针用于使用此队列。在FutureTask中，服务员财产：
实际上，它是整个链接列表的头节点。
总而言之，未来箱中使用的队列的结构如下：
大多数CAS操作用于更改状态，在FutureTask中也不例外。我们通常在静态代码块中初始化CAS操作属性的偏移：
从这个静态代码块中，我们还可以看到CAS操作主要针对3个属性，包括状态，跑步者和服务员，表明这三个属性基本上是在同一时间由多个线程访问的。代表任务的状态，服务员属性代表指向堆栈顶点的指针。这两个已在上面进行了分析。
Runner属性表示在FutureTask中执行“任务”的线程。为什么我需要一个属性来记录执行任务的线程？这准备中断或取消任务。只有知道任务的线程是谁，我们才能中断它。
在定义属性的偏移后，下一步是CAS操作本身。在FutureTask中，CAS的最终呼叫是不安全的类比较ebalendSwapxxx方法。关于不安全，它不会在此处重复，因为此处未描述付费代码文本。
没有例子的一切都是流氓>>>洋葱生姜割伤~~加入生活之源...
实际的战斗项目使用Springboot作为项目支架，GitHub地址：
https://github.com/javastacks/spring-boot-best-practice
线程池的内部定义，以安排线程的任务和管理以及线程的重复使用。您可以根据实际项目配置
其中，线程调整示例：核心线程8最大线程20保证时间30S存储队列10具有监护线拒绝策略：将过载任务返回呼叫者
阐明 ：
使用核心线程（8）默认执行任务，并且在核心线程数超过核心线程的数量之后，任务数将被抛向队列。该线程将在30秒内生存。如果没有任务，则线程池返回到核心线程的数量。
传统的业务查询方法，特殊效果并查看实际效果，每种方法都被延迟
我们开始项目：打开呼叫http：// localhost：8080/api/user/get/data？USERID = 4
当我们的线程池配置为：核心线程8最大线程20保证时间30S存储队列10时，我们的测试结果如下：
结果：我们看到，每个服务器方法的执行线程是从线程池启动的线程名称：USER_ASYNC_FUTURETASK-％D，从累积的52秒缩短到10秒，取决于最耗时的方法查询查询时间。
然后，让我们放开注释代码并测试串行查询：
结果：我们在一个系列中查询，摘要将达到52秒，这太可怕了~~
使用FutureTask时，任务是在呼叫者中回电。最后，我们将总结结果，也就是说，我们完成了对我们的业务方法的多线异步呼吁。
这只是一个简单的示例。特定项目可以为合并和处理定义特定的业务方法。实际上，在JDK1.8之后，有executorCompletionservice，forkjointask，postermableFuture，可以实现上述方法。我们将来会做一些。使用的案例，我希望每个人的注意，文章中有任何不利条件，欢迎纠正我?
因此：我们需要使用亲爱的春天的异步编程。有很多方法可以制作异步编程：例如，共同未来的同步，ploteablefuture.supplyasnc，@async，哈哈实际上与thread.start（）...说一个笑话：笑话：
爸爸有两个孩子：小洪和小山。Dad想喝酒，他要求小港购买葡萄酒，而小港出去了。通常购买东西，然后作为一种方法购买。如果您遵循订单结构或使用多线程同步，小敏想购买香烟，您必须等待小港购买东西。是为了解决此类问题。您可以分别提供小米小米说明，让他们去购买东西，然后您可以做自己的业务。当他们购买它时，他们可以收到结果。
操作结果：
链接：juejin.im/post/5D3C46D2F265DA1B9163DBCE