do-while循环确保初始化逻辑至少执行一次，因其先执行后判断的特性天然适配“先干再说”场景，如设备打开、配置读取、硬件复位等；需分离动作、判断与清理，避免副作用和资源泄漏。
要确保业务初始化逻辑至少执行一次，核心是利用 do-while “先执行、后判断”的天然机制——它不依赖初始状态是否满足条件，而是无条件运行循环体第一遍，再根据结果决定是否重试。这比 while(true) + break 更语义清晰，也比手动补一次初始化+后续 while 循环更简洁可靠。
适用场景：哪些初始化必须“先干再说”
以下情况天然要求首次执行不可跳过：
- 打开设备节点（如
/dev/ttyS0）或数据库连接，未尝试就无法知道是否需重试 - 读取配置文件或环境变量，若默认路径不存在，仍需加载备用路径，但首次加载动作不能省略
- 向硬件寄存器写入复位命令、启动传感器采样、触发第三方 SDK 初始化回调
- 用户交互类初始化，如弹出首次权限申请对话框、展示引导页、获取登录态令牌
正确结构：分离动作、判断与清理
安全写法的关键是职责分明：
- do 块内只做三件事：执行初始化调用、捕获并分类错误（如超时、EINTR、ENOENT）、控制节奏（如延时、计数）
-
while 条件只保留纯判断：例如
!initialized || (failed && attempt < maxRetries)，不调用函数、不修改变量、不含副作用 - 失败时必须释放资源：若初始化中分配了内存、打开了句柄或加了锁，失败分支里要显式释放，否则每次重试都会泄漏
典型代码结构（以 C/Java 风格为例）
假设初始化一个网络客户端，最多重试 3 次，每次间隔 1 秒：
- 声明初始状态：
Client client = null;、int attempt = 0;、boolean success = false; - do 块中：
try { client = new Client(); client.connect(); success = true; } catch (TransientException e) { attempt++; Thread.sleep(1000); } catch (FatalException e) { break; } - while 条件写为：
!success && attempt < 3—— 纯状态检查，无副作用
容易忽略的细节
用了 do-while 不等于初始化就安全了，这些点常被遗漏：
- 未处理信号中断（
EINTR）：系统调用被信号打断应重试，而非当作失败退出 - 条件表达式含赋值或方法调用：比如
while ((client = create()) == null)会重复创建，可能引发资源冲突 - 异步初始化未适配：若初始化含
await或回调，do-while无法直接等待，需改用递归或 Promise 封装 - 非幂等操作重复执行：如向硬件发两次复位指令，可能造成异常状态，需加标记位或握手机制
