Edi Wang

Microsoft MVP for Azure

Async Await

18
FEB

Windows 10 UWP开发：如何不让界面卡死

自从.NET 4.5开始，C#多了一对新的异步关键词 async 和 await，如果不了解的朋友可以简单的看下下面的示意图。 简单的说，就是在通常情况下，用户在界面上进行的操作，比如点击一个按钮之后，如果进行大量的计算，或者读写文件、网络请求等耗时的操作，那么程序的界面就会卡住，在这段时间里，任何交互都不会响应，直到后台的代码执行完毕才会继续响应用户操作。 这种现象和你的应用是不是UWP没有什么卵关系，WinForm，WPF，Windows Phone SL/RT应用都会有这个问题。 这个问题的原因是因为这些耗时的操作和界面（UI线程）没有关系，但却在UI线程上执行了。解决办法就是另起一个线程，让它在UI线程之外去执行代码，这样就不会锁死UI。就像这图： 在.NET 4.5以前，要进行一个异步操作写法有点繁琐，.NET 4.5以后。我们只要把一个方法的签名声明为 …
Windows Async Async Await UWP
30
JUL

How to use Timer on Windows Phone 8.1 (WinRT)

Recently I am rewriting an old App using WinRT, I need to display a clock, but I find there is no Timer control. It looks like I have to implement the Timer myself. I don't use Thread.Sleep because it will block UI thread. I prefer using async await over it. To replace Thread.Sleep, I use Task.Delay:  while (true) { // 要做的操作 await Task.Delay(毫秒); } 为了增加逼格和可重用性，我们需要进一步封装。注意观察本高（
Windows Phone Async Async Await WinRT Timer
06
MAY

简单粗暴有效解释ASP.NET中的线程池是怎样处理Http请求的

自从有了.NET 4.5，我们又多了一个装逼语法：async，await。但如果错用就会装逼不成反变傻逼。首先我们得明白在ASP.NET中async await所针对的问题，这样才能正确的装逼。于是我们就不得不先研究一下线程池。 在IIS服务器上，处理Http请求的是线程，和Windows的其他软件一样，干活的永远是线程，而不应该说是进程。一个线程同时只能处理一个request，而web上的request不可能同时永远只有一个，所以线程需要和他的小伙伴们一起组成线程池，才能保证网站的响应。当一个线程处理完了手头的请求，它就被释放掉了，于是如果再有新的请求进来他就能再去处理。但如果当线程用完了，并且他们正在处理的请求都没完成，网站就卡住了，用户就只能等出翔。这时候IIS就会返回一个HTTP 503爆给用户。 打个比方，IIS服务器就好像银行，Http请求就好像顾客，银行开的窗口数量就是进程池 …
IIS Async Async Await Thread
24
FEB

How to Wrap Event-based Asynchronous Method into Task-based async Method

自从.NET4.5推出async/await语法，我们又多了一个炫耀的工具，可以用它来炫耀自己的编程水平，然后再嘲笑Java。然而，有些老旧的API只提供了基于事件的异步方法，而没有提供返回Task的异步方法，这会影响我们的炫耀效果。就像Windows Phone 8的webclient，只提供了基于事件的DownloadStringAsync方法，写的时候就像这样： var client = new WebClient(); client.DownloadStringCompleted += (s, e) = { ... }; client.DownloadStringAsync(...); 为了保住我们的逼格，大微软早就为我们提供了解决方法：TaskCompletionSource，非常适合把基于事件的异步封装成Task方法。这个类型返回是一个可以被await的Task，事件 …
.NET Async Async Await