恭喜恭喜 粘粘喜气 希望自己也能圆满

快分手了，不需要准备了 😭

java 编译+启动 4 分钟

@Canon1014 其实还好，因为本来很多业务逻辑都靠数据库分担了（ join ），这会造成数据库的压力。但是微服务的查询一般都是直接查 id （主键），包括 = id 、in ( id,id,id ) 大部分都是这种场景，所以我个人感觉数据库的压力反而没这么大了。总之 利大于弊 吧

确实微服务都是需要从不同服务去获取到数据，然后再组装到一起的。

我司涉及到搜索的才走 ES，mysql binlog 同步延迟的问题一般都能接受，因为是商品搜索的场景 延迟 1 秒还是能接收的。

我司就是 Java spring cloud 做的微服务，拆分很多模块（商品、订单、支付、权限、账户（财务）、用户中心），方便起见可以自己封装一个 CopyUtil，进行数据的 Copy，可以简化到处都是 vo.setXXXXX( dto.getXXXX ) 的问题。

然后是组装数据的性能损耗，因为都已经微服务化了，所以机器的横向扩展还是很容易的。不行就部署多个服务。

不得不说 spring 还是太吃内存了，吃机器怪兽。

star 了，感谢

1.5-2.5 敷衍嘛？ 那不还是 1.5

@vk42 中英混合最为致命