这段代码，异步执行，为什么这么慢

货郎大叔 2018-08-16 09:00:42



       private async void PART_FiltrationButton_Click(object sender, RoutedEventArgs e)

        {

            if (cts == null)

                await DoWork((cts = new CancellationTokenSource()).Token, progress);

        }

       private async Task DoWork(CancellationToken token, IProgress<ProgressPartialResult> progress)

        {

            int j = 0;

            for (int m = 0; m < 8000000; m++)

            {

                Task mytask = Task.Run(() =>

                {

                    j++;

                });

                await mytask;

                if (progress != null)

                {

                    progress.Report(new ProgressPartialResult() { Current = m + 1, Total = 8000000 });

                }

                if (token.IsCancellationRequested)

                {

                    //如果取消操作  

                    progress.Report(new ProgressPartialResult() { Current = 0, Total = 8000000 });

                }

            }

        }

        private void Progress_ProgressChanged(object sender, ProgressPartialResult e)  

        {

            progressBar1.Value = ((double)e.Current / e.Total) * 100;

        }

在上面的代码中，采用了async await关键字使用异步执行方法，遍历数为8000000，我承认比较多，但是运算逻辑很简单啊，只是一个j++，为什么最后的效果却是慢如蜗牛，运算时间至少十几分钟吧。

请问大神，为什么出现这种情况，为什么这么慢？

...全文

1137 22 打赏收藏转发到动态举报

写回复

用AI写文章

22 条回复

切换为时间正序

请发表友善的回复…

发表回复

drifter2002 2018-08-19

打赏
举报

创建了大量的后台线程，这些都需要从线程池中获取资源，资源争用和消耗导致慢

Lizero52 2018-08-19

打赏
举报

“底层设计机制”

weixin_43006803 2018-08-18

打赏
举报

“底层设计机制”。

哈哈gogo 2018-08-18

打赏
举报

“底层设计机制”。

xuzuning 2018-08-16

打赏
举报

还有参照组呢？

xuzuning 2018-08-16

打赏
举报

8000000 / 8000 * 2 / 60 ≌ 33.3 分钟
并不能说明任何问题，且实际仅耗时 10分钟，可以说效率已经是很高的了

测试时的必要条件是你知道要测试什么

以专业开发人员为伍 2018-08-16

打赏
举报

比如说，人家的代码可能是这样

            for (int m = 0; m < 8000000; m++)

            {

                j++;

                if (progress != null)

                {

                    progress.AsyncReport(m +8000000 );

                }

            }

正常的顺序 for 循环不会去用什么 await。

非专业开发Five 2018-08-16

打赏
举报

sp都说完了。

还有就是你不要debug也能稍微快点，但是本质上还是你这个框架就有问题。

以专业开发人员为伍 2018-08-16

打赏
举报

另外，你在 for 循环里边使用 await，这不仅仅是“异步”，而且你还是用流程回调来拖延了 for 循环。

异步本身可以促进并行计算。但是你的代码逻辑，根本不是并行计算思路，你用 wait 其实是目的是顺序执行。你用异步、甚至貌似多线程的语法来实际上模拟顺序算法。

这其实也就是为什么有的人“滥用线程”的那种同样的思路。

以专业开发人员为伍 2018-08-16

打赏
举报

有人滥用线程，到底为什么呢？你想想看就明白了。

以专业开发人员为伍 2018-08-16

打赏
举报

没听说异步执行反而比同步执行“快”的！

异步是因为有整体的效率的思想，所以才异步。不是只能看到烟囱口一般的一个小小的范畴的人能理解的。所以对于许多人来说，不要滥用线程、不要学时髦。

货郎大叔 2018-08-16

打赏
举报

引用 4 楼 starfd 的回复:

80w个task也是要等待的，开线程、执行、等待空闲线程、分配线程、执行……

是800w个。我就想问，就这么简单的运算，耗时10分钟，属于正常现象吗？

闭包客 2018-08-16

打赏
举报

并行编程，一般在有网络等待的场景才会提升效率，否则只有反作用。

娃都会打酱油了 2018-08-16

打赏
举报

80w个task也是要等待的，开线程、执行、等待空闲线程、分配线程、执行……

货郎大叔 2018-08-16

打赏
举报

引用 2 楼 starfd 的回复:

80万次更新UI，你将更新UI那段去掉你看要花多少时间

修改成了下面这样了：



private async Task DoWork(CancellationToken token, IProgress<ProgressPartialResult> progress)

        {

            int j = 0;

            for (int m = 0; m < 8000000; m++)

            {

                Task mytask = Task.Run(() =>

                {

                    j++;

                });

                await mytask;

            }

        }

在代码中添加断点，结果运行3分钟了，都还是没有运行完，把8000000改成8000，则2秒钟就达到断点处了。

娃都会打酱油了 2018-08-16