一个大一点的项目都是n多个maven工程 可能还要专门开一个maven工程暴露公用接口
maven多了问题就是容易搞出循环引用 你依赖我我依赖你
但是全放一起呢。。权限不好控制，而且java的ide里会加载一大堆东西卡到爆
这图看不懂 但是看样子大项目我们用的是II 全是依赖

项目大(参与开发的人多)，为了开发起来方便，肯定要用第二种模式，每个人负责一个或几个jar包；
同时项目承载的流量比较多的时候，也要做成分布式的系统，不同模块部署到不同的机器上分担压力，用模式二，能保证每个节点上的jar包相互独立，便于依赖管理

但是，第一种方案也不是完全没优点。比如运维的时候，每台机器上都是相同的代码，出了问题可以立马让另一台顶上。
第二种方案，出了要管理jar包依赖之外，其实在运行时也要管理不同服务器之间的依赖，运维成本会稍微高一点。

但是总体上项目大了之后，还是方案二最好啦，而且也基本上是有一定规模之后的公司的选择

大项目的话选第二种方案， 但是我觉得还有一个优化的方案就是加上微服务， 可以把一些比较独立的模块单独做成第三方服务，客户端再去调用， 这样方便扩展和维护，前提是开发人员也比较充足。