一、mall  项目地址：https://gitee.com/macrozheng/mall?_from=gitee_search mall项目是一套电商系统，包括前台商城系统及后台管理系统，基于Sp

前言 大家好！我是sum墨，一个一线的底层码农，平时喜欢研究和思考一些技术相关的问题并整理成文，限于本人水平，如果文章和代码有表述不当之处，还请不吝赐教。 在后端管理系统的开发中，经常有导出当前表格数

前言 接口性能问题，对于从事后端开发的同学来说，是一个绕不开的话题。想要优化一个接口的性能，需要从多个方面着手。 其实，我之前也写过一篇接口性能优化相关的文章《聊聊接口性能优化的11个小技巧》，发表之

前言 很多时候，我们为了提升接口的性能，会把之前单线程同步执行的代码，改成多线程异步执行。 比如：查询用户信息接口，需要返回用户基本信息、积分信息、成长值信息，而用户、积分和成长值，需要调用不同的接口

前言 最近知乎上，有一位大佬邀请我回答下面这个问题，看到这个问题我百感交集，感触颇多。在我是新人时，如果有前辈能够指导方向一下，分享一些踩坑经历，或许会让我少走很多弯路，节省更多的学习的成本。 这篇文

1 前言 最近在开发中遇到文件上传采用Base64的方式上传，记得以前刚开始学http上传文件的时候，都是通过content-type为multipart/form-data方式直接上传二进制文件，我

业务场景 一般在项目开发中会有很多的统计数据需要进行上报分析，一般在分析过后会在后台展示出来给运营和产品进行分页查看，最常见的一种就是根据日期进行筛选。这种统计数据随着时间的推移数据量会慢慢的变大，达

1、CompletableFuture异步编排 1.1 为什么需要异步编排 问题：查询商品详情页的逻辑非常复杂，数据的获取都需要远程调用，必然需要花费更多的时间。 目前我业务中商品详情页包含如下7个方

啃源码的过程，一定是非常枯燥的，特别是啃自己接触不多的框架源码的时候，千头万绪，也得下手去捋，所以一定要耐得住寂寞才行。调试源码，一定要亲！自！动！手！只是去看相关的文章，而没有自己一步步的去调试源码