JAVA前线

消费者在购物时，电商平台会生成订单。订单相当于是购物者和电商平台签订的合同，后续电商平台会进行履约。 消费者一般只关心买什么东西、付多少钱、货什么时候送达，对底层订单逻辑并不关心

在技术工作中难免会遇到线上故障，那么如果出现了线上故障，如何定责才能避免后续再次出现类似故障？这是一个问题。 在刘润老师《底层逻辑》这本书中，第一章节《是非对错的底层逻辑》提到了三种对错观

A作为消息发送方，处理业务成功后，投递消息。B作为消息接收方，接收消息，处理业务。在这种业务场景中，我们希望A业务处理成功后，B业务也处理成功

足球是一项复杂而精妙的运动项目，其中蕴含的一些思想和方法论，与其它领域有相通之处。本文探讨足球理论和技术架构与管理五大相通之处： 先定战略，再定战术 划分职责，积极补位 洞察特点，扬长避短 关注要素，

从字面上解读可以将这一过程理解为吸附和积累。如同一粒粒沙子，每次加入一点点，最终汇聚成一座沙山。在软件开发的世界中，无论每一次的代码迭代在表面上看起来多么微不足道，它们都在客观上促使代码不断增长

1 分层疑问 无论DDD还是MVC模式构建项目，势必涉及到工程结构的分层，每一层由于定位不同，所以访问的对象也不同，那么对象在每一层传递时就会涉及到对象的转换，这时有人会产生以下疑问： 对象种类多，增

1 有来有回 有正向就有逆向。例如在处理交易链路时，仅仅考虑正向链路是不够的。逆向链路是指如果用户发起售后应当如何处理，否则业务不闭环。 2 有正有负 有正常就有异常。例如在处理交易链路时，假设需要经

活动资源模型中资源只设置本资源最本质的属性，活动灵活控制规则。契约模型中一旦契约签订不允许再改变，这也意味着契约需要记录大而全的信息。模板模型中模板定义规则，业务对象绑定模板，并且需要实时感知模板变化

本文从阿里开发手册日志规约出发，首先分析了如何使用不同的日志框架，然后我们从问题出发（不修改代码即可替换具体日志框架）进行slf4j源码阅读，从源码中我们知道实现核心是SPI机制