项目依赖管理：为什么 Java 放全局，而前端与 Python 放根目录

起因

最近正在做前端、主后端Java(主业务)、副后端Python(主AI服务)的项目，突然发现前端和Python的依赖都放在项目根目录中。Java的依赖是放在全局(macos默认是~/.m2/repository，windows默认是放在~/.m2/repository)

原因

Java的依赖为什么放在全局

1. 避免磁盘空间浪费：Java的第三方依赖通常体量很大，集中管理当多个项目使用版本一样的依赖时，可以重复利用。
2. 构建效率更高：新项目如果使用已经下载的依赖，无需下载。
3. 类加载机制不同：Java 运行时可以通过 -classpath 参数明确指定全局仓库中各个 JAR 包的路径。简单说就是解释性语言js与Python靠“相对相对路径/目录结构”硬找，从当前目录开始找。Java(JVM)不管依赖存在哪里，只关注-classpath参数是什么，然后去加载依赖。

为什么前端和Python不需要

1. 避免全局版本冲突(依赖地狱)
2. 动态语言与“硬编码路径”特性的影响：Java的JVM拥有非常强大的全局类加载机制(ClassLoader)，可以通过指定-classpath轻松从全局路径读取JAR包，但前端和Python导入包时依赖sys.path。在全局环境装成百上千个依赖的时候，解释器检索和解析包的速度会变慢。
3. 磁盘空间的现代解决方案：放在项目本地确实会带来一个缺点：占用磁盘空间（每个项目都重复下载一份同样的依赖）。 现代前端和 Python 工具链已经通过全局缓存 + 软硬链接完美兼顾了“项目隔离”与“不浪费磁盘”：
   • 前端：现代包管理器（如 pnpm）会将所有包下载到一个全局内容可寻址存储区，项目根目录下的 node_modules 只是通过硬链接（Hard Link）指向全局缓存。既实现了项目层面的隔离，又不会重复占用磁盘。
   • Python：现代工具（如 uv、poetry）也会在全局建立 wheels 缓存，新建 .venv 时优先从本地缓存快速安装或链接，大幅提升速度并减少网络重复下载。