方法重写需遵循：①方法名、参数列表、返回类型（含协变）一致；②访问权限不能更严格；③不能重写final或static方法；④检查异常不能更宽泛；⑤推荐使用@Override注解。
在Java中实现方法重写（Override）时，必须遵循一系列明确的规则，以确保子类正确地覆盖父类的方法。这些规则保证了多态的正确实现和程序的稳定性。
方法签名必须一致
被重写的方法在子类中必须与父类中的方法具有相同的：
- 方法名
- 参数列表（包括参数的类型、数量和顺序）
- 返回类型：可以是相同类型，或其子类型（协变返回类型）
例如，父类有 void speak(String sound)，子类也必须使用完全相同的声明。
访问权限不能更严格
子类重写方法时，访问修饰符的限制不能比父类更严格：
立即学习“Java免费学习笔记（深入）”；
- 如果父类方法是 protected，子类可以是 protected 或 public，但不能是 private
- 如果父类方法是 public，子类也必须是 public
放宽访问权限是允许的，这有助于增强封装性和继承灵活性。
不能重写被 final 或 static 修饰的方法
final 方法表示该方法不可被修改，因此子类不能重写它。
本文档主要讲述的是Android游戏开发之旅；今天Android123开始新的Android游戏开发之旅系列，主要从控制方法(按键、轨迹球、触屏、重力感应、摄像头、话筒气流、光线亮度)、图形View(高效绘图技术如双缓冲)、音效(游戏音乐)以及最后的OpenGL ES(Java层)和NDK的OpenGL和J2ME游戏移植到Android方法，当然还有一些游戏实现惯用方法，比如地图编辑器，在Android OpenGL如何使用MD2文件，个部分讲述下Android游戏开发的过程最终实现一个比较完整的游戏引擎
static 方法属于类本身，不是实例方法，因此不能被重写。虽然可以在子类中定义同名静态方法，但这属于隐藏（hiding），而非重写。
异常处理需遵守规则
子类重写方法时，抛出的检查异常（checked exception）不能比父类方法更宽泛：
- 可以不抛出异常
- 可以抛出父类方法所抛异常的子类型
- 不能抛出新的或更广泛的检查异常
运行时异常（RuntimeException）不受此限制。
使用 @Override 注解推荐
建议在重写方法时显式添加 @Override 注解。这不仅提高代码可读性，还能让编译器帮助检查是否真正实现了重写，避免因拼写错误或签名不匹配导致意外方法重载。
基本上就这些。只要遵循签名一致、权限不收紧、异常不扩大、避开 final/static 这些核心点，Java中的方法重写就能正确实现。
