async/await递归合法但易栈溢出，应改用迭代+显式栈；需每层ConfigureAwait(false)并传递CancellationToken，深度超限时主动抛异常。
async/await 递归调用本身是合法的，但容易引发堆栈溢出
异步方法本身不改变调用栈行为——await 只是让出控制权，函数返回的是 Task，但递归调用点仍在同步上下文中压栈。如果递归深度大（比如处理嵌套上千层的树结构），即使用了 async，仍可能触发 StackOverflowException（.NET 6+ 默认捕获失败，进程直接终止）。
关键判断：是否真需要“递归语义”，还是只是“重复异步操作”？多数场景下，可改用循环 + Task 链式调度来规避栈增长。
- 深度优先遍历文件系统或 JSON 树时，若层级不可控，必须避免纯递归
-
async void递归绝对禁止——异常无法被捕获，调试极难 - 递归前加深度计数器，超限时抛出
InvalidOperationException比静默崩溃更可控
用 Task.Run 包裹递归调用并不能解决栈问题
Task.Run(() => RecursiveAsync(...)) 看似“扔到线程池”，但实际只是把**同步递归调用**挪到另一个线程执行，调用栈依然连续增长。它没引入真正的尾调用优化，也不等价于“异步解耦”。
真正起作用的是把递归“拆开”：每次 await 后让当前帧退出，下一层在后续调度中启动。
public static async Task TraverseAsync(Node node, int depth = 0)
{
if (node == null) return;
if (depth > 1000) throw new InvalidOperationException("Max depth exceeded");
await ProcessNodeAsync(node);
// 关键：不直接递归调用，而是 await 下一层的 Task
// 但注意：这仍是深度优先，栈深不变
foreach (var child in node.Children)
{
await TraverseAsync(child, depth + 1); // ⚠️ 这里仍会压栈
}
}
上面写法在极端深度下依然危险。更稳妥的是改用显式栈（Stack）+ 循环：
public static async Task TraverseIterativelyAsync(Node root)
{
var stack = new Stack();
stack.Push(root);
while (stack.Count > 0)
{
var node = stack.Pop();
await ProcessNodeAsync(node);
// 逆序入栈以保持原递归顺序
foreach (var child in node.Children.AsEnumerable().Reverse())
{
stack.Push(child);
}
}
}
ConfigureAwait(false) 在递归链中必须每层都加
如果递归调用链跨多个 await，且你不需要回到原始同步上下文（如 UI 线程），漏掉任意一层的 ConfigureAwait(false) 都可能导致上下文捕获开销累积，甚至死锁（尤其在 WinForms/WPF 中）。
- 不是只在入口方法加就够了——每一层
await后续恢复都可能重新捕获上下文 - 库代码应默认使用
ConfigureAwait(false)，应用层按需覆盖 - ASP.NET Core 默认无 SynchronizationContext，但显式加上更安全、语义更清晰
public static async Task ProcessNodeAsync(Node node)
{
await SomeIoOperationAsync().ConfigureAwait(false);
// ... 其他 await 也都要配
}
递归取消需要手动传递 CancellationToken
CancellationToken 不会自动穿透递归调用链。如果上层传入了 token，但某一层忘了传给子调用，那子任务就无法响应取消。
常见错误是只传给 I/O 方法，却漏掉递归调用本身：
- 所有
async方法签名都应带CancellationToken token = default - 每个
await的异步操作（包括递归调用）都必须显式传入该 token - 在递归入口处检查
token.IsCancellationRequested，避免无效调度
public static async Task TraverseAsync(Node node, CancellationToken token = default)
{
token.ThrowIfCancellationRequested();
await ProcessNodeAsync(node, token).ConfigureAwait(false);
foreach (var child in node.Children)
{
await TraverseAsync(child, token).ConfigureAwait(false); // ✅ 必须传
}
}
递归深度和取消传播是异步递归中最容易被跳过的两个点——前者导致崩溃难以复现，后者让取消逻辑形同虚设。写的时候多看一眼调用链上的 await 和参数传递，比事后调试省力得多。 
