微服务中多个服务可以用同一个数据源，但仅限于同一领域下的服务，譬如拆分应用 /管理服务。楼主这种订单和结算是两个业务领域了，没必要也不应该用同一个数据源。

都不看，直接上代码就对了。什么？不会写？百度就行了。

@binux 实体类、vo 、dto 什么的可以直接用 JSON 工具将对象转换成 String 。其它类型基本上也不需要 toString()方法。

什么性能问题，说的和真的似的。。。对象序列化成 Json 字符串都能影响到性能了，这日志怕是分分钟就要把存储空间给打爆！！！还是多操心一些日志该不该打的问题，然后再来考虑打日志的性能问题吧。

导出就是数据库查询得到 List 转 sheet，导入就是 sheet 转 List 批量写入数据库。

jackson 封装几个方法。什么 toBean，toList，toMap，toJson，clone 之类

@CallMeReznov 应该是不给密码什么的吧

Grafana 上面瞅瞅还不够吗？运维也一样 Grafana 上面瞅上两眼而已。

@liuxu 别笑！我是认真的(*≧ω≦)

不要把对方放在眼里，说任何话都顺着对方的调子说。你想啊，你和一只蚂蚁有什么好计较的，逗逗蚂蚁，让蚂蚁快乐你也快乐就完了。

从不抱着学习的目的去看大型代码库。屎山代码有什么好看的

为什么不报？

对于如何将 1 年的经验用上 10 年，我足足花了 5 年时间，探索出了一个可行的方法。所以对于这个事情，我是相当有经验的。

理解 DDD，有选择地吸收，并应用到项目里面就好。没必要也千万不要去生搬硬套。

无论群聊还是单聊，你只需要转发信息就行了，转发完了，就可以 gc 了，竟是连内存里面都唔需要存在。除非你想在服务的保存聊天记录，否则无需保存到数据库。

饭要一口一口吃，路要一步一步走，领导要一点一点去说服。

租房千万不要有异性，个人体验就是没人性。公共区域会被弄得很脏，很乱。然后不是自己的东西，连收拾都没法收拾，说说根本没用。如果是同性，说了没用可以警告，警告没用可以采取措施。异性，呵呵