代码块隔离变量作用域可有效控制状态机中临时变量的生命周期和可见性，通过大括号{}显式界定作用域，实现变量“用完即焚”，避免命名冲突与状态污染。
代码块隔离变量作用域是控制状态机中临时变量生命周期和可见范围的有效手段，核心在于：用大括号 {} 显式划定作用域边界，让变量“用完即焚”，避免命名冲突、意外复用或状态污染。
用内联代码块包裹单个状态处理逻辑
在 switch/case 或 if-else 驱动的状态跳转中，每个分支用独立代码块包裹，使该分支专用的临时变量仅在本块内有效：
switch (currentState) {
case STATE_LOADING: {
const startTime = Date.now(); // 仅在此块可见
const timeoutId = setTimeout(() => { /* ... */ }, 3000);
// 处理加载逻辑...
break;
}
case STATE_SUCCESS: {
const data = parseResponse(rawData); // 名字可复用，无冲突
const formatted = data.map(x => x.id);
updateUI(formatted);
break;
}
case STATE_ERROR: {
const retryCount = getRetryCount();
const shouldRetry = retryCount < 3;
if (shouldRetry) transitionTo(STATE_RETRY);
break;
}
}
这样即使多个分支都用 data、count 等通用名，也不会互相干扰。
按语义分组提取为带作用域的立即执行块
当某段状态转换逻辑较长或含多步计算时，不用函数封装（避免额外函数调用开销或闭包捕获），改用 IIFE 式块结构：
case STATE_PROCESSING: {
// 步骤一：校验输入
{
const valid = input && typeof input === 'object';
if (!valid) {
setError('Invalid input');
transitionTo(STATE_IDLE);
break;
}
}
<p>// 步骤二：预处理字段
{
const normalized = { ...input };
normalized.timestamp = Date.now();
normalized.id = generateId();
// 后续只用 normalized，原始 input 不再参与
}</p><p>// 步骤三：触发异步任务
{
const taskId = startBackgroundTask(normalized);
setPendingTask(taskId);
}
break;
}
每对 {} 构成一个子作用域，变量命名回归语义化（如 valid、normalized、taskId），无需加前缀或数字后缀。
配合 const/let 限定可变性与作用域层级
在块级作用域中坚持使用 const 优先，仅对真正需重赋值的变量用 let，并确保其作用域尽可能窄：
- 状态机中的“当前尝试次数”“重试延迟毫秒数”等中间值，定义在对应重试块内，用
let attempt = 0，不提至函数顶部 - 避免在顶层作用域声明
let tempResult跨状态复用——它容易被误读为全局中间态，实际应随状态块消亡 - 若需跨块传递数据（如从校验块传到执行块），显式通过 return 值、参数或状态对象属性，而非共享变量
规避常见陷阱：命名与作用域错配
即使用了代码块，仍可能因命名习惯导致可读性下降：
- ❌ 避免无意义缩写：
const d = getData()—— 块再小，也应体现用途，如const rawEvent = getData() - ❌ 避免“伪隔离”：
{ let i = 0; while(i 中 <code>i无业务含义，应改为const maxRetries = 10+ 显式计数器名 - ✅ 推荐模式：变量名 = 【语义】+【阶段】+【类型】，如
validatedConfig、pendingRequestUrl、finalizedPayload，块本身已限定了“阶段”，命名只需聚焦语义与类型
