大厂java oop实践聚焦可读性、可维护性、可扩展性、安全性四大刚性要求：类需职责单一、避免上帝类；构造器仅做必要初始化；严格封装，字段默认private；慎用继承，接口聚焦能力契约；this/super/final使用须语义准确且符合ci强制规范。
大厂在 Java 面向对象编程（OOP）实践中，不只看代码能不能跑通，更关注类设计是否经得起迭代、协作和长期维护。这些规范不是凭空制定的，而是从无数线上事故、交接踩坑、Code Review 争议中沉淀下来的工程经验。核心落在四个刚性要求上：可读性、可维护性、可扩展性、安全性。
类与对象必须职责单一、边界清晰
一个类只代表一个明确的业务实体或能力单元。比如“订单”类不应混入支付逻辑，“用户”类不应承担权限校验的具体实现。
- 避免“上帝类”：成员变量超过 12 个、方法超过 20 个、代码行数超 500 行的类，基本被判定为职责过载
- 构造方法只做必要初始化：禁止在构造器里调用外部服务、发 HTTP 请求、执行耗时 IO
- 对象创建后应处于可用状态：new 出来的实例，其关键属性（如 ID、状态）不能为 null 或非法默认值
封装必须严格落地，不妥协于“方便”
私有化不是形式，是数据安全的第一道防线。大厂代码库中，public 成员变量几乎绝迹，连 protected 都极少见。
- 所有字段默认 private；getter/setter 仅在确实需要外部读写时才提供
- setter 方法内必须做参数校验：例如 age 不能为负数、email 必须符合格式、status 只能取预定义枚举值
- 返回集合类型时，不直接暴露内部 List/Map：用 Collections.unmodifiableList() 包装，或返回新副本，防止外部篡改影响对象一致性
继承与多态使用有明确红线
大厂普遍限制继承的深度和广度，倾向组合优于继承；多态只用于真正存在行为差异的场景，拒绝“为多态而多态”。
- 继承层级不超过 2 层（父类 → 子类 → 孙类），禁止出现 AbstractXXXServiceImplV2
- 抽象类必须有明确的模板契约：至少含 1 个 abstract 方法，且构造器中不调用 abstract 方法
- 接口定义聚焦能力契约：方法名用动词（send、validate、convert），不带 Impl、Util、Helper 后缀；常量全部大写加下划线，且必须是真正全局不变的值（如 MAX_RETRY_TIMES = 3）
构造方法、this、super 的使用必须语义准确
这些关键字不是语法糖，而是表达对象生命周期和关系的关键信号。
- this 只用于区分同名参数与成员变量，或链式调用本类其他构造器；禁止 this.xxx() 调用非构造方法来“初始化”
- 子类构造器第一行必须显式调用 super(...) 或 this(...)；禁止依赖编译器自动插入无参 super()
- final 修饰的字段必须在构造器结束前完成赋值（包括初始化块），否则编译报错——这是大厂 CI 流水线强制检查项
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
