在实际开发中，嵌套循环非常常见。遍历二维数组、扫描矩阵、处理多层级数据、解析复杂文本，甚至进行组合搜索时，经常会出现"循环里面还有循环"的情况。问题也随之而来：如果在最内层循环中发现了目标，想直接结束外层循环，该怎么办？
传统的 break 只能结束它所在的最近一层循环，也就是说，内层循环中的 break 只能退出内层循环，并不能直接退出外层循环，这是 C# 一直以来的基本语义。因此，在 C# 15 之前，开发者通常采用几种方式来解决这个问题：增加一个布尔变量记录"是否已经找到目标"、把整段循环封装成一个方法后直接 return，或者使用 goto 直接跳到循环之后。其中，布尔标志是最常见的写法，但它也存在一个比较明显的问题：这个变量通常并不是业务状态，而只是为了告诉外层循环"内层循环已经结束了"。
// 传统方式：依赖布尔标志跳出多层嵌套
bool anomalyDetected = false;
for (int sector = 0; sector < sensorGrid.Length; sector++)
{
for (int node = 0; node < sensorGrid[sector].Length; node++)
{
if (sensorGrid[sector][node].Temperature > threshold)
{
anomalyDetected = true;
break;
}
}
if (anomalyDetected)
break;
}这段代码并没有什么错误，而且在生产项目中也完全可以使用。但仔细观察就会发现，anomalyDetected 的作用其实非常单一：内层循环告诉外层循环"我已经找到异常了，你也退出吧"。如果只有两层循环，代码还不算复杂。如果变成三层、四层，问题就会逐渐明显------每一层都需要判断一个标志位，内层发现目标后设置标志退出当前循环，外层检查标志再次退出，更外层继续检查。这种代码能够工作，但控制流不够直接。更重要的是，anomalyDetected 并不是我们真正关心的业务数据，它只是一个为了控制循环而存在的临时变量。C# 15 的带标签跳转，就是针对这种场景进行改进的。
C# 15 的破局之道：命名循环与精准跳转
C# 15 引入了带标签的 break 和 continue，思路非常简单：给需要控制的循环起一个名字，然后让 break 或 continue 明确指定这个名字。
// C# 15 方式：使用带标签的 break 直接跳出指定循环
outerSector: for (int sector = 0; sector < sensorGrid.Length; sector++)
{
for (int node = 0; node < sensorGrid[sector].Length; node++)
{
if (sensorGrid[sector][node].Temperature > threshold)
{
break outerSector;
}
}
}这里最值得注意的是 outerSector: for (...)，这相当于给外层循环起了一个叫 outerSector 的标签。然后在内层循环中 break outerSector，意思就非常明确：不只是退出当前循环，而是直接结束名为 outerSector 的外层循环。这样一来，原来的布尔变量 anomalyDetected 以及外层的 if 判断都不再需要了，代码的控制流也更加直接。这也是这个特性最大的价值------它并没有让程序"跑得更快"，也不是一种性能优化技术，而是让开发者能够更直接地表达控制流意图。
带标签的 continue
带标签的语法不仅适用于 break，同样适用于 continue，这个场景其实更加有意思。假设我们需要批量处理数据，每一个批次里面又包含很多记录，如果发现某一条记录不合法，我们希望直接放弃当前批次，进入下一个批次。
传统写法通常是这样的：
// 传统方式：处理数据批次时的标志位冗余
foreach (var batch in dataBatches)
{
bool hasInvalidRecord = false;
foreach (var record in batch.Records)
{
if (!record.IsCompliant)
{
hasInvalidRecord = true;
break;
}
ProcessRecord(record);
}
if (hasInvalidRecord)
continue;
FinalizeBatch(batch);
}这段代码同样没有问题，但它实际上做了两件事：内层循环发现非法记录，然后通过 hasInvalidRecord 通知外层循环跳过当前批次。C# 15 可以直接表达这个意图：
// C# 15 方式：使用带标签的 continue 优雅跳过当前批次
batchLoop: foreach (var batch in dataBatches)
{
foreach (var record in batch.Records)
{
if (!record.IsCompliant)
{
continue batchLoop;
}
ProcessRecord(record);
}
FinalizeBatch(batch);
}这里 continue batchLoop 表示当前批次不要继续处理了，直接进入 batchLoop 的下一次迭代。因此，FinalizeBatch(batch) 也不会执行。这个语义其实非常清楚：发现非法记录后，放弃当前批次，直接处理下一个批次。相比布尔变量，这种写法把"为什么跳转"直接写进了代码本身。
需要注意的是，continue 与 break 的语义并没有发生变化。break 是结束指定的循环，而 continue 是进入指定循环的下一次迭代。因此 break outerSector 是"退出"，而 continue batchLoop 是"跳过当前迭代，进入下一次"，这个区别在实际使用时一定要分清。
语义对比、分析器支持与语法细节
其实 C# 并不是第一次提供"标签跳转"，以前我们就可以使用 goto：
// 传统 goto 方式：意图较为宽泛
for (int i = 0; i < textLines.Length; i++)
{
for (int j = 0; j < textLines[i].Length; j++)
{
if (IsFatalSyntaxError(textLines[i][j]))
goto ParsingFinished;
}
}
ParsingFinished:
Console.WriteLine("Parsing completed.");这段代码完全可以工作。但是 goto 的表达能力比较宽泛，它的本质是跳转到某个标签，至于这个标签是不是循环、是不是方法中的某个逻辑位置，单看 goto 本身并不能直接表达。C# 15 的带标签 break 则更加专一：
// C# 15 带标签 break 方式：意图精确指向循环终止
parsingLoop: for (int i = 0; i < textLines.Length; i++)
{
for (int j = 0; j < textLines[i].Length; j++)
{
if (IsFatalSyntaxError(textLines[i][j]))
break parsingLoop;
}
}看到 break parsingLoop，开发者基本不需要额外思考，就能够知道这是在结束 parsingLoop 这个循环。这就是它和 goto 最大的区别之一：它把跳转的语义限制在循环控制上。
而且这并不只是语法上的变化。微软已经为这个特性提供了代码分析器规则 IDE0410：Use labeled jump statement 。这个规则可以识别使用 goto 跳出嵌套循环、使用 goto 跳过外层循环、使用布尔变量逐层传递"退出循环"信号等代码风格，如果这些代码可以直接改成带标签的 break 或 continue，分析器就会给出相应的重构建议。例如原来的代码：
bool found = false;
for (int i = 0; i < 10; i++)
{
for (int j = 0; j < 10; j++)
{
if (i * j > 20)
{
found = true;
break;
}
}
if (found)
break;
}就可以重构成：
loop_i: for (int i = 0; i < 10; i++)
{
for (int j = 0; j < 10; j++)
{
if (i * j > 20)
{
break loop_i;
}
}
}这也说明一个问题：C# 15 的这个特性并不是简单地增加了一种"写法"，而是 Roslyn 分析器已经开始把它纳入现代 C# 代码风格体系。
在语法上，标签本身的写法也很简单：label: for (...) { } 或者 label: foreach (...) { }，然后通过 break label 或 continue label 指定跳转目标。需要特别注意的是，带标签的 break 可以指向外围的循环，也可以指向 switch；而带标签的 continue 必须指向外围循环，不能指向 switch。这是因为 continue 的语义是"开始下一次循环迭代"，而 switch 本身并不存在这种迭代。因此可以简单记成：break label 可以指向循环或 switch，continue label 只能是循环。普通的 break 和 continue 行为并没有改变，break 仍然默认结束最近的适用循环或 switch，continue 仍然默认进入最近循环的下一次迭代。换句话说，C# 15 并没有改变旧代码的语义，只是在原来的基础上增加了一种更加精准的表达方式。
适用场景评估与体验指南
虽然带标签的 break 和 continue 很方便，但这并不意味着以后所有循环都应该加标签。绝大多数普通循环根本不需要标签，例如 foreach (var user in users) { if (!user.IsEnabled) continue; ProcessUser(user); } 这种代码直接使用普通 continue 就很好，没有必要人为增加标签，否则反而会让代码显得多余。
真正适合使用带标签跳转的，是那些确实存在多层循环，并且内层逻辑需要直接控制外层循环的场景，例如二维或多维数组扫描、矩阵搜索、批量数据校验、多层数据结构遍历、文本或语法解析、组合搜索、游戏中的网格搜索，以及某些算法中的嵌套遍历。这些场景的共同特点是嵌套循环本身就是问题的一部分，如果为了消除嵌套循环而强行拆成很多方法，有时候反而会让代码失去原本的直观结构，这时候一个简单的标签就很有价值。
当然，如果代码已经出现五六层甚至更多层嵌套，那么问题可能就不只是"怎么退出循环"了，这时候更应该考虑是否可以拆分方法、提前过滤数据、调整算法、使用 LINQ 或其他集合操作、重新设计数据结构，甚至重新审视是否真的需要这么深的嵌套。带标签的 break 和 continue 解决的是控制流表达问题，而不是代码结构问题，这一点非常重要。
从目前的技术状态来看，C# 15 仍然属于预览版本，.NET 11 也仍然处于 Preview 阶段。微软当前文档明确指出，C# 15 可以通过最新的 Visual Studio 2026 Insiders 版本或 .NET 11 Preview SDK 进行体验，.NET 11 的正式版本目前预计在 2026 年 11 月发布。因此，如果你现在只是学习 C# 15，可以放心尝试这个特性。但如果是生产项目，则需要根据团队的 .NET 版本、编译环境和上线策略谨慎选择，不建议仅仅为了使用一个语法糖就贸然升级整个项目。
这可能就是现代编程语言非常重要的一种进化方式：不是每一次进步都需要颠覆性的语法，而是不断消除那些每天都会遇到的小麻烦，让代码越来越接近开发者真正想表达的意图。对于 .NET 开发者来说，C# 15 的带标签 break 和 continue 就属于这样一个"小而实用"的改进。如果你的项目经常出现嵌套循环、布尔标志位或者为了跳出循环而使用 goto，那么这个特性值得关注。