局部类是定义在方法内部的类，用于精准隐藏变量和行为，其作用域限于该方法，可访问final或effectively final的局部变量及外部类所有成员，编译后生成独立.class文件。
在方法内部定义局部类，是实现变量行为“精准隐藏”的一种高效方式。它让变量和逻辑完全绑定在当前作用域内，对外部不可见、不可访问，也不参与类层级的继承或命名冲突，真正做到了“用完即弃、用时才生”。
局部类天然隔离变量作用域
局部类声明在方法体的大括号 { } 内，它的整个生命周期和可见性仅限于该方法执行期间。其中定义的变量（包括字段、局部变量、参数）不会泄漏到外部类、其他方法，甚至同方法内的其他代码块也无法直接引用该类。
- 局部类不能用 public、private 或 protected 修饰——因为它本就不属于类成员，无需访问控制修饰符
- 它可直接访问所在方法的 final 或 effectively final 局部变量（JDK 8+ 放宽限制），以及外部类的所有成员（含私有）
- 编译后，局部类会被生成独立的 .class 文件（如 OuterClass$1LocalClass.class），但名字由编译器生成，无法被源码直接引用
实战中用局部类封装临时状态与行为
当某段逻辑需要一组专用变量（比如缓存中间结果、维护计数器、保存配置快照），又不希望这些变量污染方法签名或暴露给调用方时，局部类是最干净的解法。
例如：解析一段带嵌套结构的文本，需临时记录层级深度、当前路径、是否跳过注释等状态：
public void parseConfig(String input) {
class ParserContext {
int depth = 0;
String currentPath = "";
boolean inComment = false;
void enterBlock() { depth++; currentPath += "/block"; }
void exitBlock() { depth--; currentPath = currentPath.substring(0, currentPath.lastIndexOf("/")); }
boolean shouldSkip() { return inComment || depth > 3; }
}
ParserContext ctx = new ParserContext();
// 后续解析逻辑只通过 ctx 操作，变量完全封闭
for (String line : input.split("\n")) {
if (line.trim().startsWith("#")) ctx.inComment = true;
if (line.contains("{")) ctx.enterBlock();
if (ctx.shouldSkip()) continue;
// ... 处理有效行
}
}
这里 depth、currentPath、inComment 全部被封在 ParserContext 内，不占方法参数、不污染外部字段、不依赖 this 引用传递，语义清晰且线程安全（每个方法调用拥有独立实例）。
对比其他隐藏方式的优势
相比简单使用局部变量或私有辅助方法，局部类提供更完整的“行为+状态”封装能力：
- 比纯局部变量更强：支持多个关联字段 + 方法封装，避免“散装变量”带来的维护混乱
- 比 private 辅助方法更轻量：不增加类层级、不暴露为可重用单元，彻底杜绝误用可能
- 比匿名内部类更明确：有类名、可复用多次（如创建多个实例）、便于调试和日志追踪
- 比 Lambda 更适合多状态场景：Lambda 本质是函数式接口实例，不适合持有多个可变字段
注意事项与边界
局部类虽好，但需注意几个实际约束：
- 不能定义 static 成员（除 static final 常量），因为它依附于方法执行上下文
- 若需访问方法中的非 final 局部变量，JDK 8+ 要求其为 effectively final（即未被重新赋值）
- 不要在循环体内反复定义同一局部类——语法允许但无意义，每次都会生成新类型，影响性能与可读性
- 调试时 IDE 可能显示类名为 EnclosingMethod$1 等，建议用有意义的类名提升可读性
