内置注解通过编译期校验提升代码健壮性：@Override防止重写失效，@Deprecated管理API演进，@SuppressWarnings精准压制误报，三者协同构成轻量级契约体系。
内置注解本身不执行逻辑，但它们向编译器传递明确的语义意图，从而触发编译期校验。这种“声明即约束”的机制，让错误在编码阶段就被捕获，而不是等到运行时暴露。
@Override：防止重写失效的语法保险
它要求被标注的方法必须真实覆盖父类或接口中已存在的方法。编译器会比对方法名、参数类型、返回类型（协变允许）、异常声明等细节。
- 拼错方法名（如 toString 写成 toStrng）→ 编译报错
- 父类方法签名变更（如增加参数），子类未同步更新 → 编译报错
- 接口默认方法被意外“重写”但未加 @Override → 不报错；加上后可显式确认意图
@Deprecated：主动管理API演进的风险边界
它不阻止编译，但强制在所有使用处触发警告。这倒逼开发者正视调用链，避免在新代码中引入过时依赖。
- 配合 Javadoc 说明替代方案（如 @see newMethod()），降低迁移成本
- 现代用法支持 @Deprecated(since="2.0", forRemoval=true)，明确标出废弃时间点与移除预期
- IDE 自动高亮 + 警告提示，比人工查文档更及时发现潜在兼容性问题
@SuppressWarnings：精准压制误报，而非掩盖问题
它不是关闭警告开关，而是告诉编译器：“此处我知道风险，且已评估可控”。关键在于范围最小化和理由明确化。
- 只作用于紧邻的声明（如单个变量、方法），避免污染整个类
- 指定具体警告类型（如 "unchecked"、"deprecation"），不写 "all"
- 典型场景：泛型擦除导致的强制转换、调用第三方遗留 API 时的已知警告
三者协同提升代码健壮性的底层逻辑
它们共同构成一种轻量级契约体系：@Override 确保继承关系正确，@Deprecated 控制演化路径可见，@SuppressWarnings 保障人工判断可追溯。这些检查都发生在字节码生成前，无需额外运行时开销，却能拦截大量低级但高频的隐患——比如因拼写错误导致的静默逻辑跳过、因忽略弃用提示引发的版本升级崩溃、因泛型误用埋下的 ClassCastException。
