C#异步方法中处理同步代码（含遗留代码）的正确方式

一、轻量CPU密集方法（progCalc）的处理 #

progCalc是低资源消耗的简单数学计算，直接用void声明并调用即可，对应你的选项1。原因如下：

• 这类轻量计算执行时间极短，UI线程能快速完成，不会造成UI阻塞。
• 选项2用Task.Run包裹完全没必要：线程池线程的调度和上下文切换会带来额外开销，反而降低性能，得不偿失。
• 选项3把同步方法声明为Task并await是错误的：这属于"伪异步"，违反TAP规范——同步方法包装成Task后，执行时依然会阻塞当前线程，await它也不会带来任何异步收益，还会让代码逻辑更混乱。

正确实现：

private void progCalc(IProgress<int> progress, int totalCount, int processed)
{
    var currentProgress = (int)((double)processed / totalCount * 100);
    progress.Report(currentProgress);
}

public async Task Sincronizar(List<ClassObject> list, IProgress<int> progress)
{
    var tasks = new List<Task>();
    int processed = 0;
    foreach (ClassObject input in list)
    {
        tasks.Add(ProcessObject(input));
        // 直接调用轻量计算方法
        progCalc(progress, list.Count, ++processed);
    }
    await Task.WhenAll(tasks);
}

二、复杂混合场景（ProcessObject）的同步代码处理 #

针对ProcessObject里的各类同步遗留代码，要根据耗时和资源类型分别处理：

1. 同步反序列化（FormatStringLegacy） #

如果反序列化大对象耗时较长（比如超过100ms），用Task.Run放到线程池执行，避免阻塞当前线程：

// 耗时较长的同步方法，用Task.Run异步化
string chunk = await Task.Run(() => FormatStringLegacy(obj));

如果耗时极短，直接调用即可，无需额外处理。

2. 同步对象创建（CreateBar） #

同理，若遍历大文本创建对象耗时久，用Task.Run；轻量操作直接调用：

OtherComplexObject foo = await Task.Run(() => CreateBar(response));

3. 同步PDF生成（CreateFileLegacy） #

这是CPU+I/O密集型操作，通常耗时较长，必须用Task.Run异步化，并且不能"即发即弃"——如果后续的Process.Start依赖生成的文件，必须等待它完成：

// 并行执行互不依赖的操作
Task dbTask = InsertIntoDatabaseAsync(foo);
// 异步执行PDF生成，等待完成
var file = await Task.Run(() => CreateFileLegacy(foo, Extensions.PDF));

Process.Start(file);
await dbTask;

如果"即发即弃"（不await Task.Run），可能出现文件还没生成就启动Process的情况，导致程序报错。

三、异步块中同步方法的底层运行机制 #

异步方法的执行分为两个核心阶段：

1. 同步执行阶段：从方法开始到第一个await关键字之前，所有代码都会在当前线程（比如UI线程）上同步运行。此时调用的同步方法会直接占用当前线程，直到执行完成才会继续往下走——如果同步方法耗时很长，就会阻塞当前线程（比如UI卡顿）。
2. 异步挂起/恢复阶段：遇到await未完成的Task时，方法会挂起并返回一个未完成的Task；当Task完成后，方法会在合适的上下文（比如UI上下文）中恢复执行后续代码。

简单来说：异步块不会自动把同步代码变成异步，同步代码的执行线程完全取决于你调用它的方式——直接调用就在当前线程，用Task.Run调用就在线程池线程。

内容的提问来源于stack exchange，提问作者joaocarlosib