Java依赖解析靠“最近优先”，只能选一个版本，容易爆依赖冲突。Rust则允许多个版本共存，编译期打包到二进制，彻底避免运行时冲突。
第一节：为什么依赖和传递依赖这么重要
想象一下，咱们写点大于“Hello World”的项目，就必然会遇到别人早就遇到的问题。比如日志、数据库连接、序列化，这些前人早就写好了现成的包。于是我们只要引用他们的包，专注于自己的业务逻辑，就能快速迭代。
但是！你引的这个包，它自己也有依赖。比如你用的库A需要库C，而另一个库B也需要库C，但版本不一样。这就是所谓的传递依赖。而且这就是大麻烦的起点。
第二节：Java的依赖地狱怎么来的？
Java的世界里，依赖主要通过Maven管理。你在POM文件里写上依赖，它就会帮你拉取所有子依赖，形成一棵树。问题是，如果树上出现同一个库的不同版本，Maven必须做个决定：到底选哪个？
Maven的规则是“最近优先”，也就是谁离得近就选谁。如果两个依赖到目标库的路径一样长，那就看你在POM里谁写在前面。注意！不是说它能神奇地合并不同版本，而是只能保留一个，剩下的你自己想办法。
这就意味着什么？意味着你很可能要手动调版本。有时候A库死活要C的1.0版本，而B库又坚决要求C的2.0版本，这就尴尬了。要么升级A，要么降级B，甚至最后直接换库。无数Java程序员半夜熬夜骂街，就是卡在这里。
第三节：Rust的“神奇”操作
Rust的做法完全不同，直接给你整懵。Rust用的是自带的构建工具Cargo，它会把所有依赖的源码都下载下来，然后一起编译，最后打包成一个完整的二进制文件。
重点来了：Rust遇到同一个依赖的不同版本，它不会强行选一个，而是——全都要！什么意思呢？就是说库A可以用C的1.0，库B可以用C的2.0，Rust直接把两份C源码都编译进最终产物。这样就不会像Java一样被迫二选一。
这就是Rust和Java最大的不同：
Java世界靠JAR，运行时还要classpath，编译和运行可能不一致；
Rust则是编译期就把一切收拾干净，产出的是一个完全自足的二进制。
第四节：两种哲学的对比
Java的模式像是“拼装积木”，灵活，但很容易积木之间接口不对。
Rust则像是“打包快递”，编译的时候就把所有东西都塞进一个箱子里，送到你手上，你直接用，几乎不担心缺零件。
所以，Java开发者要时时刻刻盯着版本冲突，学会调POM、 exclusion、 shading这些花活；Rust开发者虽然不用担心冲突，但要忍受二进制文件更大，编译更慢。
作者和背景
这篇分享的灵感来自一位开发者，他原本习惯了Java的那一套“依赖最近优先”的逻辑，结果在写Rust的时候完全搞错了，以为Rust也会只挑一个版本。结果被Cargo“打脸”——Rust直接把两个版本都编译进去了！也正因为这次“翻车”，他才写下了这篇文章，帮更多开发者少走弯路。
总结一句：
Java靠选择，Rust靠共存。前者让你在依赖地狱里来回挣扎，后者则把一切打包编译，减少运行时的惊喜。懂了这点，你就能在跨语言开发时少踩坑。