do-while用于资源初始化探测合理，因其强制至少执行一次探测操作，避免while循环因初始条件为假而跳过初始化导致空指针或未定义行为；正确做法是将探测放do块、重试判断收于while条件，且需妥善处理eintr、资源释放与副作用。
do-while 用于资源初始化探测的合理性
当你要打开文件、连接设备、读取配置或尝试获取锁时，必须先执行一次探测操作，再根据结果决定是否重试——do-while 正是为此设计的。它不依赖初始状态预判，避免了 while 循环可能跳过首次尝试导致“未初始化就校验”的空指针或未定义行为。
典型错误：用 while(true) + break 模拟“至少一次”
这种写法掩盖了语义，且容易漏掉清理逻辑或提前 return 导致资源泄漏。常见问题包括：
- 在
break前忘记close()或free() - 把重试条件写在循环体内，和初始化逻辑混在一起，可读性差
- 异常路径（如信号中断
EINTR）未被统一处理
正确做法是把探测动作放在 do 块中，把“是否继续重试”这个纯判断逻辑收在 while 条件里。
实际写法：以 open() 系统调用为例
假设你要打开一个可能暂时不存在的设备节点，最多重试 3 次，每次间隔 100ms：
int fd = -1;
int attempts = 0;
do {
fd = open("/dev/mydevice", O_RDWR);
if (fd >= 0) break;
if (errno == ENOENT && attempts
<p>注意三点：</p>
-
fd初始设为-1，但不靠它控制是否进循环——do-while保证open()至少调用一次 - 所有副作用（
usleep、attempts++）都在do块内，while条件只做纯判断 - 一旦
fd >= 0，立刻break跳出，不会多等一次
容易被忽略的边界点
很多人以为只要用了 do-while 就安全了，其实关键在条件表达式的构造：
- 不要在
while条件里调用有副作用的函数（比如while (try_init() == -1)），这会导致重复初始化 - 如果探测涉及内存分配（如
malloc+read()），确保失败时释放已分配资源，否则do-while会放大泄漏 - 在信号敏感环境（如嵌入式或实时系统）中，
open()或connect()可能被中断返回-1且errno == EINTR，这类情况应单独判断并继续循环，而不是直接退出
