object类是多态的起点而非载体，提供tostring()、equals()等可重写方法，jvm根据实际类型动态绑定；但业务多态需靠抽象类或接口实现，instanceof强转不属于多态。
Java 中 Object 类本身不体现“多态行为差异”，它提供的是多态得以发生的统一基础——所有对象都能被当作 Object 来处理，但真正实现不同行为的，是子类对 Object 方法的重写。
Object 是多态的起点，不是多态的载体
Object 类定义了 toString()、equals(Object)、hashCode() 等方法，这些方法在所有子类中都可被重写。JVM 在调用时，会根据对象**实际类型**（而非引用类型）决定执行哪个版本：
- String s = "hello"; System.out.println(s.toString()); → 调用 String 重写的 toString()，返回 "hello"
- Date d = new Date(); System.out.println(d.toString()); → 调用 Date 重写的 toString()，返回时间字符串
- 即使都声明为 Object obj = s; obj = d;，调用 obj.toString() 仍分别触发各自子类逻辑
多态统一性体现在方法签名一致，运行时动态绑定
所有类继承 Object 后，自动具备相同的方法签名。这使得上层代码可以只面向 Object 编程，而无需关心具体类型：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- public void log(Object data) { System.out.println(data.toString()); } —— 传入 String、List、自定义 User 都能正常打印
- HashMap 的 key 查找依赖 hashCode() 和 equals()，只要子类正确重写，就能在统一 Object 接口下完成差异化比较
- 这种“同一方法名、不同实现、运行时分发”正是多态的核心表现
不能靠 Object 实现业务多态，必须靠抽象或接口
Object 提供的是通用契约，不是业务语义。若想让不同对象执行不同业务逻辑（如 process()、render()、validate()），不能依赖 Object：
- Object obj = new Order(); obj.process(); → 编译失败：Object 没有 process() 方法
- 必须定义业务接口（如 Processor）或抽象父类（如 Document），让 Order、User 等实现/继承它
- 然后用 Processor p = new Order(); p.process(); 才能真正享受多态分发
instanceof + 强转不是多态，而是类型规避手段
当只能接收 Object 参数又需调用子类特有方法时，常见写法：
- if (obj instanceof Order) { ((Order) obj).confirm(); }
- 这种方式破坏了多态设计原则，属于“类型检查后硬编码分支”，不可扩展
- 它利用的是 Object 的统一容器能力，而非多态机制本身
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
