推荐用私有静态内部类实现lexer、非静态成员内部类实现parser：lexer不依赖外部实例，轻量且避免内存泄漏；parser需访问外部配置和共享lexer，支持递归下降与状态修改；上下文通过parsecontext封装传递，确保隔离与安全。
在复杂数据解析器中，用内部类封装词法分析（Lexer）与语法分析（Parser）的状态上下文，核心是让两类逻辑各司其职、共享上下文但不暴露细节——推荐用私有静态内部类实现 Lexer，用非静态成员内部类实现 Parser，二者通过外部类统一协调。
用私有静态内部类封装词法分析器（Lexer）
词法分析只需读取原始输入、切分 token、维护位置信息，不依赖外部类实例状态，适合定义为 private static class Lexer：
- 它不持有外部类引用，避免内存泄漏，也更轻量；
- 可声明自己的字段：如
private final String input、private int pos、private Token currentToken； - 提供
nextToken()、peek()等方法，返回封装好的Token对象（可另用 private static class 定义）； - 外部类构造时可初始化一个
lexer = new Lexer(input)，后续只通过接口调用，不暴露 pos 或 input。
用非静态成员内部类封装语法分析器（Parser）
语法分析需反复调用词法器、维护嵌套结构、回溯、错误恢复等，天然需要访问外部类的配置（如是否严格模式）、共享 lexer 实例、甚至修改 lexer 的状态（如跳过注释），因此用 private class Parser 更合适：
- 可直接访问外部类的私有字段，例如
if (strictMode) { ... }； - 能持有一个外部类创建的
lexer实例，也可在内部 new 出临时 lexer（如子表达式解析）； - 可定义递归下降方法：
parseExpression()、parseStatement()，每个方法内可自由调用lexer.nextToken()并检查上下文； - Parser 实例本身由外部类按需创建（如每次 parse 调用 new 一个），生命周期清晰，不对外暴露。
状态上下文如何安全传递与隔离
Lexer 和 Parser 共享的“上下文”不应是裸字段，而应通过封装对象或方法参数传递：
- 定义 private static class ParseContext，包含
line、column、errors列表、scopeStack等，由外部类创建并传入 Parser 构造器； - Lexer 不持有 ParseContext，只负责产出 token；Parser 持有它，并在解析失败时往
errors.add(...)写入； - 若需在 Lexer 中记录位置，用
new Token(type, value, line, column)将上下文固化到 token 里，而非暴露 lexer.pos； - 所有内部类都设为 private，编译后生成
Parser$Lexer.class、Parser$Parser.class等，完全不可被外部反射或继承。
为什么不全用局部内部类？
Lexer 和 Parser 逻辑较重，常需多个方法、字段、构造器，且可能被重复调用（如多次 parse 不同输入）：
- 局部内部类只能在单个方法内定义和使用，无法复用；
- 若把 Parser 写成局部类，每次调用
parse()都要重新定义一遍，代码冗余、可读性差； - 而成员内部类写在类体中，结构清晰，支持 IDE 导航、单元测试（可通过外部类构造器注入 mock lexer）；
- 静态 Lexer + 非静态 Parser 的组合，既控制了依赖方向，又实现了关注点分离。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
