JAVA前线

在开发工作中我们经常会听到：这个业务很复杂，这个系统很复杂，这个逻辑很复杂，只要是处理遇到困难的场景，似乎都可以使用复杂这个词进行描述。 但是我认为困难之所以困难，原因还是有所不同的

我认为一份完整开发文档应该至少具有七大维度，每个维度描述系统的一个侧面，组合在一起最终描绘出整个系统

计算机中任何问题都可通过增加一个虚拟层解决。这句体现了分层思想重要性，分层思想同样适用于Java工程架构

欢迎大家关注公众号「JAVA前线」查看更多精彩分享文章，主要包括源码分析、实际应用、架构思维、职场分享、产品思考等等，同时欢迎大家加我微信「java_front」一起交流学习

分层优点是每层只专注本层工作，可以类比设计模式单一职责原则，或者经济学比较优势原理，每层只做本层最擅长的事情

本文展示了一篇技术方案需要具备的章节，需要说明根据需求复杂度，并不是所有章节都必须。如果一个需求复杂度不高，可以只选取其中几个章节

位图法：一个字段就可以表示多种业务含义，减少了字段冗余，节省了对接开发成本。同时位图法增加了代码理解成本，数据库字段含义不直观，需要进行转义，大家可以根据需求场景选择

通过压测介绍了一个公式，定量描述了并发量、RT、QPS三者关系，并阐述了应该如何理解这个公式和适用场

本文结合了不同线程池配置进行压测，如果线程池选择不合适，发现异步执行性能不如同步，所以要配置合适线程数