@wxw752
1.没有写过这个 scope
2.后面发现。还真是这个原因。


@miaotaizi
按照 maven 官方文档的说法，子模块的依赖是会传导进父模块的，所以父模块肯定知道子模块的依赖


@PolarisY
感谢你的这个命令，我是思维定式了，被困在 IDEA 这个 IDE 里提供的 maven help 提供的信息中。正是这个命令，让我发现了一件有趣的事情：
+- (com.squareup.okhttp3:okhttp:jar:3.14.9:compile - version managed from 3.12.13; omitted for duplicate)
明明，lib1 依赖的 okhttp 是 3.12.13 ，但是运行 mvn dependency:tree 后，显示 compile 时的依赖却是 3.14.9 。很显然，我原本以为这个依赖是 lib1 造成的，现在看 lib1 虽然要引用依 okhttp ，但是版本却不是它指定的。
最后我顺藤摸瓜的找到了一个命令
mvn help:effective-pom -Dverbose
这个命令指出，module A 引用的另外一个 lib ，这个 lib 中，指定了 okhttp:jar:3.14.9 ，根据 maven 依赖冲突调解路径最近原则，maven 实际用了这个版本。

所以，module B 不需要排除依赖，直接在 module A 中强制指定 okhttp 为 4.x ，根据路径最近原则，这个版本会强行覆盖 module B 中的 okhttp 依赖，于是问题终于解决了

备份方案？你正文里一个备份都没有

前端不管 CSS 的话，和后端思路没区别。问题就在于前端有 CSS 这个深坑

只要你有钱买 CDN 就行，静态内容分发技术是很成熟的

视频编解码技术一直在进步，GIF 一直停在原地，现在视频已经是兼容性赶上了，比 gif 压缩比更好，更清晰。那还要 gif 何用

你这酒但凡有一次失误，混进点杂醇进去，把人喝伤喝死，就准备坐牢吧，这可是有现实案例的，自酿酒最大的问题就是控制不了质量

@dylanqqt 朋友，十个人纯后端的项目真不能算大的，国外推荐开始考虑微服务的时间点，基本都是你已经有几十个不同功能开发小组的时候，而不是十几个人的时候。
当然，你这个时间点可以开始考虑转微服务，只是我觉得此时收益和付出的代价比还是不够。

微服务其实是一个“在到了一定条件下不得不选”的选择，而不是一个“更好的”选择。我觉得所有人在决定上微服务前，都得想清楚这个区别

@dylanqqt 虽然那位说上千人有点夸张了。但是你这十多个人维护的几十个服务，也能叫业务规模大？

老外有个暴论：当你的团队人数用一盒披萨就能喂饱的时候，你根本不需要微服务这东西。

微服务一定要系统足够庞大，庞大到不拆分几乎无法维护的时候，才会有意义——相对微服务带来的那些问题：运维麻烦，各数据分散在不同的存储中，报表困难。

另外和大家想的不一样的是，不要觉得微服务上了，就真能各团队独立，这其实是个幻觉，现实是大概率你把你的服务改了，一个依赖你的服务挂了，这才是普遍现象。

微服务不是灵丹妙药。

对个人来说，Go 非常好，资源占用少，能省下不少服务器费用。
对企业来说，Go 省下的服务器费用不注意抵消 Go 开发人员工资远比 Java 开发人员高，还难找的尴尬。

所以用哪种语言只取决于你自己的身份

@nyxsonsleep
我没有指明 A 、C 分别在两个内网中？？？？？
======
A 在甲地网络，C 在乙地网络，都没有公网 ipv4 ，这不是双方在各自的内网里，又是什么意思呢？


“另外我已经明确说明“B 只允许 A 访问。”，为什么这种情况下能打洞？”

C 和 A 分别在不同的内网里，它们要先连起来，所以才说尝试打洞

@nyxsonsleep
1. A 、B 在甲地网络，C 在乙地网络
3. A 、B 、C 没有公网 ipv4(AB 无 v6)
======
这不是你自己说的吗？ A 在甲地网络，C 在乙地网络，都没有公网 ipv4 ，这不是双方在各自的内网里，又是什么意思呢？

这个问题简化后实际就是 C 如何访问 A ，C 和 A 都在内网里，首先尝试一下能不能打洞，不能打洞的话那就只有借助 D 这个桥了。
安全问题都不是首要的，只要能通，接下来你是上 VPN 还是 SSH 都随你愿意

@Dimen61 我也没什么好建议，我甚至可以说，但凡是正常思维的程序员，都无法真的搞定 CSS ，因为 CSS 它就不是编程的思维，它本质是查表，而且这个表存在排列组合，有十几种搭配。理解并熟练运用这十几种配列组合的思维模式和程序员的思维模式不搭边。我三进三出 CSS ，至今不敢说自己会 CSS 。我坦诚的说我掌握不了，所以我已经摆烂了。反正我是后端出身，CSS 就停留在能写简单 UI 就行。人和人是不同的，人得接受这辈子有些领域就是搞不定。

想开点哥们，我们人生能遭遇一次互联网这样的技术大爆发，已经是很不容易的事情了，至今为止人类也就 4 次技术革命。其它时间基本技术都处于接近停滞的状态。现在的情况是技术红利确实已经没有了。

1-5 这些问题都不是啥问题，基本都是你搜搜资料都能解决的，本质都没有超脱传统编程的套路。

真正的麻烦 CSS 你放在最后一个了，其实这才是前端的叹息之墙。虽然这东西看起来简单，大部分人也用不了高深的特性，但是这个玩意出问题的时候，你是没有办法用传统编程思维去解决的，这才是前端真正的“房间里的大象”，不可解的问题。