Tag: asynchronous

如何等待asynchronous方法来完成？

我正在写一个WinForms应用程序，将数据传输到USB HID类设备。 我的应用程序使用优秀的通用HID库v6.0，可以在这里find。 简而言之，当我需要将数据写入设备时，这是被调用的代码： private async void RequestToSendOutputReport(List<byte[]> byteArrays) { foreach (byte[] b in byteArrays) { while (condition) { // we'll typically execute this code many times until the condition is no longer met Task t = SendOutputReportViaInterruptTransfer(); await t; } // read some data from device; we need to wait for this to return […]

何时以及如何使用Tornado？ 什么时候没用？

好吧，龙卷风是非阻塞的，速度相当快，它可以很容易地处理很多站立要求。 但我猜这不是一个银弹，如果我们只是盲目地运行基于Django或其他网站与龙卷风，它不会给任何性能提升。 我找不到全面的解释，所以我在这里问： 什么时候应该使用龙卷风？ 什么时候没用？ 使用时应该考虑什么？ 我们怎样才能使低迷的网站使用龙卷风？ 有一个服务器和一个networking框架。 我们什么时候应该使用框架，什么时候可以用另一个replace？

等待和ContinueWith之间的区别

有人可以解释，如果await和ContinueWith是同义或不在下面的例子。 我正在尝试第一次使用TPL，并一直在阅读所有的文档，但不明白其中的差别。 等待 ： String webText = await getWebPage(uri); await parseData(webText); 继续 ： Task<String> webText = new Task<String>(() => getWebPage(uri)); Task continue = webText.ContinueWith((task) => parseData(task.Result)); webText.Start(); continue.Wait(); 在特定的情况下比其他人更喜欢吗？

为什么会在C＃中使用Task <T>而不是ValueTask <T>？

从C＃7.0开始，asynchronous方法可以返回ValueTask <T>。 解释说，当我们有一个caching的结果或者通过同步代码模拟asynchronous的时候应该使用它。 然而，我仍然不明白什么是总是使用ValueTask的问题，或者事实上，为什么asynchronous/等待不是从一开始就build立了一个值types。 ValueTask何时无法完成这项工作？

并发性，并行性和asynchronous方法之间有什么区别？

并发性是在单独的线程上并行运行两个任务。 但是，asynchronous方法并行运行，但在同一个线程上运行。 这是如何实现的？ 另外，并行呢？ 这三个概念有什么区别？

在Windowsapp store应用中获取CoreDispatcher的正确方法

我正在构build一个Windowsapp store应用程序，我有一些代码需要发布到UI线程。 为此，我想检索CoreDispatcher并使用它来发布代码。 看来有几种方法可以这样做： // First way Windows.ApplicationModel.Core.CoreApplication.GetCurrentView().CoreWindow.Dispatcher; // Second way Window.Current.Dispatcher; 我想知道哪一个是正确的？ 或者两者是否相同？

如何获得等待Thread.Sleep？

我正在写一个基于await / sleep范例的networking绑定应用程序。 有时会发生连接错误，根据我的经验，等待一段时间，然后再次重试操作是值得的。 问题是，如果在await / async中使用Thread.Sleep或类似的阻塞操作，它会阻塞调用者线程中的所有活动。 我应该用什么来取代Thread.Sleep（10000）来达到同样的效果 await Thread.SleepAsync(10000) ？ UPDATE 我更喜欢这样做的答案，而不创build任何额外的线程

使用语句和等待关键字在c＃中很好地发挥

我有一个情况，我正在进行一个方法返回和IDisposable实例的async调用。 例如： HttpResponseMessage response = await httpClient.GetAsync(new Uri("http://www.google.com")); 现在async在现场之前，在使用IDisposable实例时，使用“响应”variables的这个调用和代码将被包装在using语句中。 我的问题是，当async关键字被混入时，这是否仍然是正确的方法？ 即使代码编译，在下面的例子中，using语句是否仍然按照预期工作？ 例1 using(HttpResponseMessage response = await httpClient.GetAsync(new Uri("http://www.google.com"))) { // Do something with the response return true; } 例2 using(HttpResponseMessage response = await httpClient.GetAsync(new Uri("http://www.google.com"))) { await this.responseLogger.LogResponseAsync(response); return true; }

epoll，poll，threadpool有什么区别？

有人能解释一下epoll ， poll和threadpool有什么不同吗？ 有什么优点/缺点？ 任何有关框架的build议？ 任何build议简单/基本教程？ 看来， epoll和poll是Linux的具体…是否有一个等效的替代Windows？

为什么不应该默认所有的function是asynchronous的？

.net 4.5的asynchronous等待模式正在改变。 真是太好了。 我已经移植了一些IO密码，以便asynchronous等待，因为阻塞已成为过去。 不less人正在比较asynchronous的等待僵尸感染，我发现它是相当准确的。 asynchronous代码喜欢其他的asynchronous代码（你需要一个asynchronous函数来等待asynchronous函数）。 所以越来越多的函数变得asynchronous，并且在代码库中不断增长。 改变function到asynchronous是有点重复和难以想象的工作。 在声明中抛出一个async关键字，用Task<>包装返回值，你就完成了。 整个过程是多么容易让人不安，很快一个文本replace脚本会自动化大部分的“移植”。 现在的问题..如果我所有的代码慢慢地变成asynchronous，为什么不是默认的所有asynchronous呢？ 我假设的显而易见的原因是性能。 asynchronous等待有一个开销和代码，不需要是asynchronous，最好不应该。 但是，如果性能是唯一的问题，那么当不需要的时候，一些聪明的优化可以自动消除开销。 我读过关于“快速path”的优化，在我看来，它本身应该照顾大部分。 也许这跟垃圾收集者所带来的范式转变是可比的。 在早期的GC时代，释放自己的记忆是绝对有效的。 但是大众仍然select自动收集，而不是更安全，更简单的代码，可能效率更低（甚至可以说是不成立的）。 也许这应该是这样的情况？ 为什么不应该所有的function都是asynchronous的？