async

异步编程的最高境界，就是根本不用关心它是不是异步 .NET的async/await方式最先达到了这个境界。 和async/await写法相比，Java的什么ExecutorService以及回调之类设计都是惭愧无比的。当然，习惯了也没啥，反正那Java的lamda表达式用着也可以接受。 人不知道更好的东西的时候其实也就无所谓难受，更何况现在Java强势，.NET就算有好东西也发不出太大的影响... 不过可以想象，如果Java9支持了这个写法，那么那些RxJava什么的和回调有关系的各种lib都会成为二等公民（对于某数据流式处理还是需要的）。 其实那么多牛人，怎么会想不到这点呢，为啥还不改呢？也许是不想承受抄袭的骂名，而是想改得直接超越.NET的，也许是专利限制，谁知道呢。 想来又不是要改JVM，只是改点编译器罢，支持把await的后的代码自动编程回调函数，再把系统的一些费时间的method给多封装一个返回AsyncResult<SomeReturnType>之类的method，多大的事儿啊，改了吧。 那些getter/setter不支持的事儿就不和你计较了，反正还有个Lombk预编译加上@Gettr/@Setter之类的就可以了。可这个async/await不然，就不容易由第三方用类似的方法实现了。 顺便普及一下async+await是如何优雅的，最自然的语法，天才的想法

TJ的co是个基于生成器的异步变同步的解决方案。 https://github.com/tj/co ES7中出了Async/Await，同样可以用同步方式去写异步代码。 http://think2011.net/2015/11/09/ES7-Async-Await/ 有介绍。 创建index.js，内容如下： var sleep = function (time) { return new Promise(function (resolve, reject) { setTimeout(function () { resolve(); }, time); }) }; var start = async function () { // 在这里使用起来就像同步代码那样直观 console.log('start'); await sleep(3000); console.log('end'); }; start(); 使用方法1 $ npm i -g babel-cli $ npm install babel-plugin-transform-async-to-generator 修改 .babelrc ： { "plugins": ["transform-async-to-generator"] } 运行： $ babel-node index.js start end

async/await 让我们摆脱了回调地狱，但是这又引入了 async/await 地狱的问题。 什么是 async/await 地狱 在 Javascript 中进行异步编程的时候，人们总是使用很多 await 语句，很多时候我们的语句并不需要依赖于之前的语句，这样就会导致性能问题。 async/await 地狱的例子 我们试着写一个购买披萨和饮料的程序： (async () => { const pizzaData = await getPizzaData() // async call const drinkData = await getDrinkData() // async call const chosenPizza = choosePizza() // sync call const chosenDrink = chooseDrink() // sync call await addPizzaToCart(chosenPizza) // async call await addDrinkToCart(chosenDrink) // async call orderItems() // async call })() 这段代码运行没有问题。但是不是一个好的实现，因为这增加了不必要的等待。 说明 我们已经将我们的代码封装在异步 IIFE 中，按照下面的顺序执行：

import asyncio import json import time import traceback import aiohttp import logging from aiohttp import ContentTypeError from motor.motor_asyncio import AsyncIOMotorClient logging.basicConfig( level =logging.INFO, format = ' %(asctime)s - %(levelname)s : %(message)s ' ) INDEX_URL = 'https://dynamic5.scrape.cuiqingcai.com/api/book/?limit=18&offset= {offset} ' DETAIL_URL = 'https://dynamic5.scrape.cuiqingcai.com/api/book/ {id} ' PAGE_SIZE = 18 PAGE_NUMBER = 1 CONCURRENCY = 5 MONGO_CONNECTION_STRING = 'mongodb://localhost:27017' MONGO_DB_NAME = 'books' MONGO_COLLECTION_NAME = 'books' client =

Promise 是 es6 提出来的一个非常重要的一个语法 Promise 是一种 处理异步 的解决方案 通过 同步编写代码 的方式， 处理异步 的一种 解决方案 以前 : 处理异步 是怎么处理的 ? 回调 这种回调处理异步 可以的, 简单的情况下 使用 回调处理还凑活, 但是异步请求次数多, 复杂的话, 回调地狱 缺点 : 1. 代码不优雅 2. 结构不清晰 3. 处理起来不方便..... setTimeout( ()=> {},1000) $.ajax({ url : '..', data : {}, success : res => { } }) // 顺序 // 第一次发送请求 $.ajax({ url : '..', data : {}, success : res => { // 第二次发送请求 $.ajax({ url : '..', data : {}, success : res => { // 第三次发送请求 $.ajax({ url : '..', data : {}, success : res => { } }) } }) } }) 解决方式 : Promise Promise.then( res => { //第一次发送请求 }) .then(res => { //第二次发送请求 }) .then(res => { // 第三次发送请求 }) 02

GCD多线程操作 1）用得最多的操作 //获取全局队列 dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0); //异步执行 dispatch_async(queue, ^{ //下载图片 dispatch_async(dispatch_get_main_queue(), ^{ //回到主线程更新UI }); }); ​ 2）延时执行 1-调用NSObject方法 [Self performSelector:@seletor(run) withObject:nil afterDelay:2.0]; 2-GCD(更好用，不用重新生成方法) dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{ NSLog(@"2222"); }); 3）保证方法在整个程序只执行一次 static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ }); ​ 4）组操作，多个请求，请求完成后再执行操作 //创建一个组， dispatch_group_t

1.如图所示错误 查看版本 4.3的版本移除所有异步模块, 分离异步扩展到 async-ext 移除的异步模块如下: 从 4.3 版本开始需要额外安装 swoole-async 扩展才能使用异步模块 来源： https://www.cnblogs.com/zhangyouwu/p/12627806.html

GCD是异步执行任务的技术之一。 GCD使用很简洁的记述方法，实现了极为复杂繁琐的多线程编程。 dispatch_async(queue, ^{ //长时间处理 //例如AR用动画识别 //例如数据库访问 //长时间处理结束，主线程使用该处理结果 dispatch_async( dispatch_get_main_queue(), ^{ //只在主线程可以执行的处理 //例如用户界面更新 }); }); 在NSObject中，提供了两个实例方法来实现简单的多线程技术：performSelectorInBackground:withObject performSelectorOnMainThread。 我们也可以改用performSelector系方法来实现前面使用的GCD。 //NSObject performSelectorInBackground：withObject：方法中执行后台线程 - (void)launchThreadByNSObject_performSelectorInBackground_withObject { [self performSelectorInBackground:@selector(doWork) withObject:nil]; } //后台线程处理方法 - (void)doWork { @autoreleasepool{ //长时间处理，

概述 GCD 是苹果异步执行任务技术，将应用程序中的线程管理的代码在系统级中实现。开发者只需要定义想要执行的任务并追加到适当的 Dispatch Queue 中， GCD 就能生成必要的线程并计划执行任务。由于线程管理是作为系统的一部分来实现的，因此可以统一管理，也可执行任务，这样比以前的线程更有效率。 GCD的使用 dispatch_sync与dispatch_async dispatch_sync synchronous 同步，一旦调用 dispatch_sync 方法，那么指定的处理 (block) 追加到指定 Dispatch Queue 中在执行结束之前该函数都不会返回，也就是说当前的线程会阻塞，等待 dispatch_sync 在指定线程执行完成后才会继续向下执行。 dispatch_async synchronous异步，一旦调用 dispatch_async 方法，那么指定的处理 (block) 追加到指定的 Dispatch Queue 中， dispatch_async 不会做任何等待立刻返回，当前线程不受影响继续向下执行。 注意 使用 dispatch_sync 容易造成死锁，一般情况下应该使用 dispatch_async ,例如 dispatch_queue_t queue = dispatch_get_main_queue(); dispatch

经常要用的,总结分类一下。 　　 //获得队列 DISPATCH_QUEUE_PRIORTY 优先级 dispatch_queue_t Queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0); dispatch_queue_t MainQueue = dispatch_get_main_queue(); //自定义Queue 第二参数默认串行(FIFO) DISPATCH_QUEUE_CONCURRENT(可选,并发) dispatch_queue_t SelfQueue = dispatch_queue_create("COM.M1989.Queue", NULL); //dispatch_async dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{ //Do Some? }); dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0), ^{ //耗时操作 dispatch_async(dispatch_get_main_queue(), ^{ //更新界面 }); }); //dispatch