do-while循环在c#中仅适用于必须至少执行一次的场景，如用户输入验证；其末尾分号为语法强制要求，漏写会报cs1002错误；continue在do-while中跳至条件判断而非do开头，变量需在循环外声明且更新须在body内完成。
do-while 循环在 C# 中只有一种可靠用法：需要「至少执行一次」的交互或初始化场景。其他情况基本该用 while 或 for。
为什么 do-while 必须带分号，而 while 不用
这是语法硬性规定。do-while 是一个完整的语句单元，while 后的括号和花括号共同构成语句体，而 do 块本身不封闭，必须靠末尾的分号收尾。漏掉分号会直接报错 CS1002 ; expected。
常见错误现象：
- 复制示例代码时粘贴掉了末尾分号
- 把
do { ... } while (cond);拆成多行后，误将分号换行到下一行开头，导致编译器无法识别 - 和
while混淆，写成while (cond) { ... };—— 这里多出的分号虽不报错，但会引入空语句，逻辑可能意外跳过
do-while 里 break 和 continue 的行为差异
continue 在 do-while 中不是跳回 do 开头，而是直接跳到 while 条件判断——也就是说，它会先完成本轮循环剩余语句（如果有的话），再检查条件。
对比 while：在 while 中 continue 是跳过本次剩余、立刻回到条件判断；但在 do-while 中，由于结构是「执行→判断」，continue 实际效果等价于「提前结束本轮 body，马上进入条件检查」。
使用建议：
- 别依赖
continue调整循环变量——容易和条件判断脱节，改用显式更新 +break - 若需中途退出并清理，优先用
break，再在循环外处理后续逻辑 - 无限循环
do { ... } while (true);中，break是唯一安全退出方式；别指望靠continue控制流程
用户输入验证是 do-while 的典型且不可替代场景
当逻辑天然要求「先做一次，再看要不要重试」，比如命令行提示输入、配置加载、硬件握手，do-while 比 while 更直白、不易出错。
例如读取有效整数：
int value = 0;
bool success = false;
do
{
Console.Write("请输入一个正整数: ");
string input = Console.ReadLine();
success = int.TryParse(input, out value) && value > 0;
if (!success) Console.WriteLine("格式错误或数值无效，请重试。");
} while (!success);
这里的关键点：
- 不用预先设
success = false再套一层while，避免冗余初始化 - 如果用
while (!success)，就得把Console.Write等逻辑复制一份到循环前，违反 DRY -
TryParse失败不抛异常，配合do-while更健壮
真正容易被忽略的是循环变量的作用域和更新时机：在 do-while 中，变量必须在循环外声明（否则每次循环都重声明），且更新操作必须放在 body 内——不像 for 那样有隐含的第三段更新。稍不注意就会陷入死循环或逻辑错位。
