异步编译器

⑴ 关于generator异步编程的理解以及如何动手写

关于generator异步编程的理解以及如何动手写一个co模块

generator出现之前，想要实现对异步队列中任务的流程控制，大概有这么一下几种方式：

• 回调函数

• 事件监听

• 发布/订阅

• promise对象

第一种方式想必大家是最常见的，其代码组织方式如下：



我们把函数放到run的执行器里面，便实现了同步操作异步代码的过程

⑵ 为什么说Babel将推动JavaScript的发展

Babel是一个转换编译器，它能将ES6转换成可以在浏览器中运行的代码。Babel由来自澳大利亚的开发者Sebastian McKenzie创建。他的目标是使Babel可以处理ES6的所有新语法，并为它内置了React JSX扩展及Flow类型注解支持。
据codemix创始人Charles Pick介绍，Babel是所有ES6转换编译器中与ES6规范兼容度最高的，甚至超过了谷歌创建已久的Traceur编译器。Babel允许开发者使用ES6的所有新特性，而且不会影响与老版本浏览器的兼容性。此外，它还支持许多不同的构建&测试系统，使开发者很容易将它集成到自己的工具链中。
Charles认为，Babel从根本上讲是一个平台，这是它与compile-to-JS语言CoffeeScript和TypeScript最大的不同。Babel的插件系统允许开发者自定义代码转换器并插入到编译过程。这些转换器会接收一棵抽象语法树，并在代码转换成可执行的JavaScript之前对其进行操作。codemix已经尝试开发了静态&运行时类型检查、闭包消除、JavaScript“健康宏（hygienic macros）”等插件。
Babel不仅跟踪ES6的进展情况，而且还是ES7或ES2016的试验场。比如，它已经支持async/await， 使开发者更容易编写异步JavaScript代码，而且与使用回调或Promises相比，代码更简洁易懂。虽然主流浏览器可能还需要几年的时间才能支持 这种异步JavaScript代码编写方式，但Babel使开发者现在就可以用上它。这得益于Babel与JavaScript技术委员会（TC39）保持着高度一致，能够在ECMAScript新特性标准化之前为开发者提供现实世界可用的实现。而同时，这也有利于JavaScript的进一步发展，因为其团队可以在ECMAScript规范最后定稿前就获得来自现实世界的反馈。
Babel还能提升JavaScript的执行速度。由于JavaScript 文件加载和执行速度慢会严重影响用户体验，所以JIT没有时间在运行时执行所有技术上可行的优化。相比之下，Babel是在编译时运行，没有这么严格的时 间限制。借助强大的作用域跟踪和类型推断功能及插件系统，开发者可以构建转换器来执行此类优化，比如上文提到的闭包消除可以将闭包转换成平常的函数。 Babel本身也内置了一些优化，比如通过utility.deadCodeElimination转换器执行常量合并/常量传播。在接下来的几个月里，我们还有望看到如下插件：
任意函数内联：将函数内联至调用点，实现性能最大化，避免多态和函数调用开销；
函数复制：在JavaScript中，多态是导致代码执行慢的一个常见原因。因此，在函数无法内联的地方，应该生成一个函数副本，确保函数保持单态；
循环内不变代码外提：将循环体内不变的代码移至循环体外；
循环展开：如果循环次数N固定，则移除循环，将循环体复制N份。
codemix后续将发布多个执行此类优化的插件，感兴趣的读者可以联系他们或者关注其Twitter。关于JavaScript引擎可以做哪些不同的优化，可以查看这里。
Babel插件并局限于性能提升，比如，还可以做下面这些事情：
i18n/翻译转换器：翻译特定字符串并替换；
自定义日志系统：通过环境变量设置日志级别，控制日志粒度；
面向可选模板系统（如Mustache或Handlebars）的编译时转换器：将标签模板字符串直接转换成JavaScript代码；
文档生成器：利用Flow类型注解和类型推断生成文档。
上述插件，有一部分已经实现。
总之，Charles认为，Babel是一款优秀的软件，必将成为每个Web开发者工具箱的一部分，而作为ECMAScript的试验场，它在不远的将来很可能会成为推动ES6和ESNext应用和发展的主要动力。

⑶ c#中tcp异步编程遇到异常问题，新手感觉很不得懂 希望大神能从浅显的角度帮我解答

注：host是在之前定义过的一个ip地址
这个一个客户端的部分代码，源代码本来是：
//tcpClient = new TcpClient(AddressFamily.InterNetwork);//获得本机的ip地址。
运行时没有错误，但是我不想这里指定本机ip，我想指定一个固定的服务器ip，所以讲其注释掉改成：
tcpClient = new TcpClient(host,52888);host为我指定的ip
上面是你理解的有问题。
第一：tcpClient = new TcpClient(AddressFamily.InterNetwork);这句话不是获得本机的ip地址，而是要创建一个使用ip版本4的寻址方案的TcpClient对象。这时只是定义这个对象，并没有建立连接
第二：tcpClient = new TcpClient(host,52888);这句代码的意思是建立一个连接到host和其端口52888的连接，在创建时就已经连接上了。这里的host指的是你要连接的服务器IP地址。此时在创建时已经建立连接了，所以在使用BeginConnect异步调用时，抛出一个【在一个已经建立连接的套接字上做一个连接请求。

你理解上面的内容，应该就可以解决你的问题了。

⑷ 如何正确理解.NET 4.5和C#5.0中的async/await异步编程模式

这个await，其实只是把对老版本C#迭代器的惯用法官方化了。现在很多平台都因为一些原因不得不用旧版本的C#，比如unity，想异步那只能通过迭代器来做。

async、迭代器都是语法糖，编译器会帮你实现成一个状态机匿名类，实例里面hold住一些临时变量，记录一下当前状态。根据你写的yield/await，把一个异步方法拆成几个同步block，根据一定规则定期的去MoveNext一下，Current是Task那我就根据你配置的线程上下文决定把这个Task跑在哪个线程上。

那么用await修饰的异步方法是在哪个线程中被调用的？为什么上面这个事件处理方法不会阻塞GUI？
我还看到其它一些描述是说使用async/await异步模式不会生成新的线程，那么只在原来已有线程的基础上面如何做到异步运行？
题主这个例子这个方法就是在UI线程调用的，并且没有ConfigureAwait(false)，所以会在当前await时捕捉的UI线程上下文执行之后的同步block。
至于为什么不会阻塞，可以简单理解为执行了第一个block，碰到Delay(4000)，给UI线程的定时器挂一个4000时间之后再调用下一个同步块的回调。

看题主说的书名像是国产的书，这方面还是看《CLR via C#》或者《Concurrency in C# cookbook》比较好。

⑸ 如何在没有 async 修饰的方法中使用异步方法

使用异步编程，可以避免性能瓶颈并增强应用程序的总体响应能力。 但是，编写异步应用程序的传统技术可能比较复杂，使它们难以编写、调试和维护。 C# 中的 async 和 await 关键字都是异步编程的核心。 通过使用这两个关键字，可以使用 .NET framework 或 Windows 运行时中的资源轻松创建异步方法（几乎与创建同步方法一样轻松）。 通过使用被称为异步方法的 async 和 await 定义的异步方法。 特征： 方法签名包含一个 Async 或 async 修饰符。 按照约定，异步方法的名称以“Async”后缀结尾。 返回类型为下列类型之一： 如果你的方法有操作数为 TResult 类型的返回语句，则为 Tasklt;TResultgt;。 如果你的方法没有返回语句或具有没有操作数的返回语句，则为 Task。 方法通常包含至少一个 await 表达式，该表达式标记一个点，在该点上，直到等待的异步操作完成方法才能继续。 同时，将方法挂起，并且控件返回到方法的调用方。 本主题的下一节将解释悬挂点发生的情况。 在异步方法中，可使用提供的关键字和类型来指示需要完成的操作，且编译器会完成其余操作，其中包括持续跟踪控件以挂起方法返回等待点时发生的情况。 一些常规流程（例如，循环和异常处理）在传统异步代码中处理起来可能很困难。 在异步方法中，元素的编写频率与同步解决方案相同且此问题得到解决。

⑹ 协程与函数线程异步的关系

什么协程
协程这个概念在计算机科学里算是一个老概念了，随着现代计算机语言与多核心处理器的普及，似乎也有普及之势。协程是与例程相对而言的。
熟悉C/C++语言的人都知道，一个例程也就是一个函数。当我们调用一个函数时，执行流程进入函数；当函数执行完成后，执行流程返回给上层函数或例程。期间，每个函数执行共享一个线程栈；函数返回后栈顶的内容自动回收。这就是例程的特点，也是现代操作系统都支持这种例程方式。
协程与例程相对，从抽象的角度来说，例程只能进入一次并返回一次，而协程可能进入多次并返回多次。比如说，我们有下面一段程序:

void fun(int val)
{
int a=0; //1

int b=0; //2

int c=a+b; //3
}
如果上面的代码是一个例程，那么它只能把 1、2、3 依次执行后，才返回。如果是协程，它可能在 1 处暂停，然后在某个时刻从 2 处继续执行；接着在 2 处执行完之后暂停，然后在另外一个时刻从 3 处继续执行。
从抽象角度，协程就这么简单。
异步IO的特点与分析
在了解协程的特点(可以多次进入同一个函数，并接着上次运行处继续执行)后，我们再来考虑一下，这一特点如何应用到异步IO程序中。在异步IO程序中，有很大一块代码是处理异步回调的，也就是数据读取或写入由系统执行，当任务完成后，系统会执行用户的回调。如果只是很少使用这种回调，那么程序并不会因为异步而复杂多少，但要是程序中异步回调大量存在，那么此时我们会发现，原本简单的程序可能因为回调而变得支离破碎，原本一个简单的循环，现在需要写入多个函数，并在多个函数里来回调用。下面示例一下:

//下面代码片断是同步代码，它从IO读一段数据，并把这段数据写回
void start()
{
for(;;)
{
Buffer buf;
read (buf);//把书读到buf
write(buf);//把buf的数据写回
}

//注意到没有，同步代码很简单直接，一个循环，几行代码完成全部事务
}

//把上面的同步代码映射为异步，代码量可能要增加很多，并且程序逻辑也变得不清晰
//示例如下

//读回调，在回调里我们发起写操作
void readHandle(buf)
{
writeAsync(buf, writeHandle);
}

//写回调，在回调里我们发起读操作
void writeHandle(buf)
{
readAsync(buf, readHandle);
}

//开始循环
void start()
{
static Buffer buf; //buf变量不能在栈上，为了简单这里写成静态变量
readAsync(buf, readHandle);
}
从上面的代码比较中，我们可以看出异步IO会把代码分隔成许多碎片，同时原本清晰的处理逻辑也因为被放入多个函数里，而变得很不清晰。上面的同步代码，一个了解程序的初级程序员也可以读懂写出，但相同功能的异步代码，一个初级程序员可能就搞不定了，甚至很难搞明白为什么要这么做。
读到这里，对异步不是太了解的人可能会问，既然异步把问题搞复杂了，那我们为什么还要用异步呢？答案简单有力，为了“性能”。只有这一个原因，当程序需要处理大量IO时，异步的效率将高出同步代码许多倍。如何一个程序的性能不其关心部分，那真不应该使用异步IO。
对比我们的异步IO代码与其功能相同的同步代码，我们发现每个异步调用都是要把代码分隔一个小函数——比原本要小的函数，当异步调用返回后，我们又接着下面处理。这一点跟协程很像，在一个协程里，当发起异步IO时，我让它返回，当异步IO完成后，我让这个协程接着执行，处理余下的逻辑。
协程与异步结合——性能与简单的结合
结合上面的分析，如果我们可以写下面功能的代码，将很完美:

void start()
{
for(;;)
{
Buffer buf;

yeild readAsync(buf,start);
//------ 分隔线，协程在这里返回，等待readAsync完成，当readAsync完成后，它再调用start
//此时start将从这里接着运行

yeild writeAsync(buf, start);
//------ 分隔线，协程在这里返回，等待writeAsync完成，当writeAsync完成后，它再调用start
//此时start将从这里接着运行
}
}
上面的代码也很一清晰明了。如果真的能写这样的代码，那将是所有程序员之福。这样在一些语言里确实可以直接写出来，比如Python、Lua、 golang，这些语言有原生的协程支持——编译器或解释器为我们处理了这些执行流的跳转。那么在C/C++里怎么实现呢？可能肯定的是，C/C++里不能直接写出这样简洁的代码，但却可以写类似的代码，尤其是C++——它提供了更强大的封装能力。

⑺ thrift c++ 服务端的异步怎么实现

仰望明天

thrift服务端的c++语言实现
1.thrift 概念1
thrift是一个软件框架，用来进行可扩展且跨语言的服务的开发。它结合了功能强大的软件堆栈和代码生成引擎，以构建在 C++, Java, Python, php, Ruby, Erlang, Perl, Haskell, C#, Cocoa, JavaScript, Node.js, Smalltalk, and OCaml 这些编程语言间无缝结合的、高效的服务。
thrift最初由facebook开发，07年四月开放源码，08年5月进入apache孵化器。
thrift允许你定义一个简单的定义文件中的数据类型和服务接口。以作为输入文件，编译器生成代码用来方便地生成RPC客户端和服务器通信的无缝跨编程语言。
2.生成c++语言的thrift服务端
利用thrift软件框架进行开发要首先进行环境的搭建，安装thrift运行库。
基本流程如下：
1）定义数据类型和服务接口文件：test.thrift；
2）利用代码生成引擎生成服务端框架，thrift --gen cpp test.thrift；
3）在./gen-cpp/test_server.skeleton.cpp文件中添加定制的服务；
4）编写客户端程序向服务端请求服务。
详细过程可以参加注释2给出的链接地址。
thrift定义了自己的数据类型，从而实现了跨语言平台之间的数据交换，关于thrift数据类型的详细说明可以参加注释3给出的链接地址。
3.php客户端
基于c++语言实现的thrift服务端程序经常被用在网站的后台提供实时且高效的服务，通常客户端程序是php语言的实现版本。只要根据数据类型和服务接口文件test.thrift生成php语言的接口文件即可用来调用。方法是thrift --gen php test.thrift，调用该命令后会在工作目录下生成./gen-php目录，里面有php语言的接口文件。
注释：

⑻ netcore有2个查询方法,怎么用异步

netcore有2个查询方法,异步方法如下：首先需要在主程序从上到下执行，先打印了 主程序开始，然后遇到了异步方法TestAsync此时进入异步方法注意 这个时候还是同步的，所以打印了 “异步方法开始，这样就实现了异步。接着往下走，遇到await，此时表示需要开一个线程去执行await后面的内容，然后主线程立马跳出了该方法继续往下执行，所以打印出了主线程结束。

此时 开辟的异步线程在sleep 1000毫秒后往下执行 打印出异步线程执行，然后再往下执行这个异步方法剩余的 打印出异步方法结束。

但是异步线程还在运行着，所以编译器就停在这里等待，直到异步方法运行结束拿到结果，才继续往下执行，运用了异步等于没用，这就告诉我们什么情况下运用异步。

运用好异步，这才是重点。仔细分析上面这个代码，你会发现主程序调用了异步方法之后，下一句代码就是输出这个异步的结果，问题就在此，编译器运行到这里发现需要输出这个异步结果。

我的理解是这样的：当你要执行几个耗时操作的时候，你用异步去分别执行这几个操作，这是没问题的，但是你要注意，不要在执行异步操作的下一句代码立马去用它的结果，否则就会造成等待完成，失去异步效果。