1.解耦
2.提高代码可用性

打个比方，如果 A 类依赖 B 类， 此时我们不需要 B 类了，只需在 B 类实现的接口上在定义一个 C 类，然后把 B 类不加入容器，C 类加入容器，此时你的代码逻辑走的就是 C 类的逻辑了
另外可以利用这个特性来取容器中所有属于这个接口实现的对象的集合

@ShuoHui
@TuringGunner
@crazybinggan
@admin9
@WIN2333
@wzzzx
@admin9
@bjy1
@nbweb
@suifengdang666
@52coder
@fengfisher3
@Lemeng
@napsterwu
@Track13
@peter520
@UglyFatOld
@2G
@547674115
@HFX3389

感谢各位大佬，迟到的答复，目前已插上本在读了，预计 8 月份出来工作

1. PDD 的业务没有淘宝和京东复杂
2. PDD 收编了很多做优化的技术人员，对整个 APP 进行了底层优化，都是拿低端机去做测试，不像阿里那样动不动就上 32G 机子去测他们的应用

上面说拼多多东西少的， 你是没深入去体验这个 APP ， 你会发现，不仅可以在 PDD 上玩斗地主，打麻将，甚至可以打鱼， 种树乱七八糟的游戏
说到底还是优化和业务发展问题，我感觉继续发展下去 PDD 也会有很卡的一天，因为他的业务肯定会不断扩展的

@devinww 这里的合同工可能指的就是外包

@jeesk nacoa 是啥

推荐 docker 装的，我送你们一句话：何不食肉糜

“感觉有点浪费性能，甚至还不如直接从数据库取”

内存和磁盘 IO 哪个快？

难为 mysql 了

@rimutuyuan 說是在，B 站的业务不算很复杂

@gowk 業務複雜的，還是推薦 JAVA ，JAVA 天生適合做大項目

@guotao 我女朋友是前端，我发给她看，她骂我是 lowB

mapStruct 也有编译检查，字段写错类型不对会提示

@Vaspike 强推 mapStruct 。。。 非反射 编译自动 生成方法，配合 idea 插件自动补充注解，舒服到上天

果断推荐 mapStruct 强推啊 延长寿命的东西

另外我不推荐用 beanUtils 来实现对象的拷贝，本身反射是一种非常危险的行为，并不能在编译的时候发现问题，推荐楼主使用 mapStruct ，编译时会自动生成一个 set 方法