- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
在Execute()
实现 ICommand
的类的在 WPF 应用程序中,我有一个对返回 Task
的方法的外部调用
ICommand 类:
public static void Execute(object parameter)
{
Cancel(arg1, arg2);
}
private static void Cancel(IList<object> arg1, object arg2)
{
Task<object> cancelTask = service.AmendAsync
(
CancelTokenSource.Token,
object arg2
);
ProcessCancellingResponse(arg1, arg2);
}
private static void ProcessCancellingResponse(IList<object> arg1, Task<object> cancelTask)
{
cancelTask.ContinueWith
(
task =>
{
Update(task.Result.Response);
},
CancelTokenSource.Token,
TaskContinuationOptions.AttachedToParent | TaskContinuationOptions.OnlyOnRanToCompletion,
TaskScheduler.FromCurrentSynchronizationContext()
);
}
服务等级:
public Task<object> AmendAsync(CancellationToken cancellationToken, object arg1)
{
return Task<object>.Factory.StartNew
(
() =>
{
...
},
cancellationToken,
TaskCreationOptions.None,
TaskScheduler.Default
);
}
我的问题是
cancelTask.ContinueWith()
在 UI 线程或后台线程上等待?即如果 Task
需要很长时间并且它正在等待 UI 线程,UI 可能会卡住。最佳答案
根据 Domysee 的评论,我会在这里说清楚,Execute
总是 在 UI 线程中运行,但您可以在回调中执行任何您想要的操作,包括运行后台线程,
关于继续,如果你不明确告诉他 on with thread 继续,它将在 TaskScheduler.Current
上完成它的工作,否则,它将继续在你定义的调度器上。
无论如何考虑使用async\await
with\out capturing 来做一个延续
await Task.Run(() => ).ConfigureAwait(true);
await Task.Run(() => ).ConfigureAwait(false);
更新
根据问题更新,
执行-> UI线程
取消 => UI线程
AmendAsync => 后台线程
ContinueWith => UI线程(因为你写了FromCurrentSynchronizationContext
)
关于c# - ICommand Execute() 任务.ContinueWith(),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36283596/
此处讨论的代码是用 C# 编写并使用 .netcore 3.1 执行 我有以下代码,它在后台启动工作负载而不等待它完成(即发即忘): public void StartBackgroundWork(I
我正在尝试记录对 API 的请求和响应。我目前正在使用一个 delegatingHandler 来捕获 httpwebresponses 和 httpwebrequests。 处理程序: pr
我遇到了以下我试图理解的异步代码(针对此示例进行了简化): class Program { static async Task Main(string[] args) {
我刚刚开始熟悉 Task Parallel Library,但有一个相当琐碎的问题,我无法找到明确的答案。 以下片段之间有什么区别,我应该在什么时候选择一个而不是另一个? Task t = Task.
我在一个很难重现的竞争条件下运行,从我的代码分析来看,它似乎来自一个不执行(或直到结束才执行)的延续。 这里是一些呈现上下文的伪代码: Task GetObject(string id) {
我看到了 Stephen Cleary 关于 Startnew being dangerous 的博客以及如何continuewith is also dangerous .我想在这里使用它来避免在出
我试图在这个例子中链接执行任务: static List clsTaskList = new List(); private static void Tasks2() { Task t1 =
我有以下代码(https://github.com/avinash0161/OrleansExperiments/tree/c0155b4b0c8c1bfe60aea8624f2cc83a52853d
我们的团队遇到了一个问题,即 ContinueWith() 在主机进程关闭之前不会运行。例如,下面的代码已经在生产环境中运行良好一年了。但是自从我们开始使用更新版本的框架后,我们就遇到了这个问题。 运
我在一堆 LINQ 查询上有一些 GUI。查询需要一些时间来执行,所以我希望 GUI 能够响应并显示繁忙指示器和进度条。许多查询是为了检查数据中存在的某些条件。如果查询返回空结果,应用程序应继续下一个
使用 Visual Studio 2015,针对 FW 4(在 FW 4 下测试不可观察的异常): 我期待这段代码: static void Main(string[] args) { try
如果这是一个简单的问题,请原谅我;我无法用足够通用的方式来表达它来搜索答案。 考虑这段代码: var task = Task.Factory.StartNew(() => Whatever());
使用什么值 ContinueWith(Action continuationAction)对于 CancellationToken , TaskContinuationOptions和 TaskSch
我有这个示例代码: static void Main(string[] args) { var t1 = Task.Run(async () => {
我有一些代码用作轻量级、非阻塞的关键部分。我希望无论 Task.Run 子句中的 _func 和 cancellationToken 发生什么情况,都能保证继续运行,这样finally block 中
我用这个代码 public static void Main() { Task t = new Task(() => { return 43; });
请看下面的代码- static void Main(string[] args) { // Get the task. var task = Task.Factory.StartNew
我有控制台应用程序和代码如下, 我的问题是在ContinueWith任务完成之前,控制台应用程序结束,它不等待continueWith完成,请指教。 请让我知道我遗漏了什么或不正确。 var task
我有以下代码,其中延续代码没有被执行。 using System; using System.Threading; using System.Threading.Tasks; namespace Ko
据我了解,ContinueWith 方法会等待相关任务完成。对于以下代码,这意味着它在完成子任务后就完成了。如果这是真的,为什么它有时会输出0 0 0 和其他时间 0 1 2? static
我是一名优秀的程序员,十分优秀!