为什么动态链接偏爱"符号引用"而不是"直接引用"？
如果直接使用"直接引用"会出现以下问题：
- 内存地址就像天气------说变就变
不同系统运行时的内存地址会变，因此每个系统都得重新编译再运行。（想象一下每次搬家都要重新画地图，累不累？） - 类与方法的"未来之谜"
实际使用的类/方法以及具体实现会变，比如继承和多态的实现。A类编译时需要B类，而B类可能还在其他jar包里"睡懒觉"，根本没来得及编译。 - 运行时才知道的"惊喜"
很多信息只有在运行时才知道，比如配置、当前环境等。（编译时就像开盲盒，拆开才知道里面是啥。）
使用符号引用带来的"快乐好处"：
- 平台无关性（一次编译，到处跑）
不用再为每个系统重新编译，Java 程序像行李箱一样，拎着就能走。 - 动态链接与延迟绑定（运行时再决定）
编译时不把话说死，运行时再"见面聊"，灵活应对变化。 - 类加载器的"隔离套房"
不同类加载器加载相同的类也能和平共处。如果是直接引用，它们可能就得挤在一个房间吵架了。 - 可维护性（重构不心慌）
调用方只依赖方法的"描述"（符号引用），不依赖具体实现地址（直接引用）。这样，被调用方可以随意优化内部实现、添加新功能、甚至修复bug，只要公开API的符号引用不变，所有已有调用方代码无需重新编译就能继续工作。
------这就像你换了个新手机壳，手机还是那个手机，用起来毫无障碍（甚至还更酷了）。
所以说，符号引用就像是 Java 世界的"社交名片"------不暴露住址，只告诉你我是谁，怎么联系我。安全、灵活，还支持"长期合作"✨。