介绍 最近上了一个新项目，考虑到一个问题，在高并发场景下，我们无法控制前端的请求频率和次数，这就可能导致服务器压力过大，响应速度变慢，甚至引发系统崩溃等严重问题。为了解决这些问题，我们需要在后端实现一

大促后近两百万笔订单要导出，导出按钮点了一直转圈圈，同时内存持续飙升，这该怎么办？本文结合多线程、异步回调、分批流式处理思想，成功将接口响应时间做到14ms！

深入分析和整理阿里大神写的TreeUtil工具类源码，一步步看别人高质量代码是如何实现的，并在本文中记录与大家分享

让代码更优雅系列（策略模式+模版方法模式+自定义注解），通过场景举例、概念基本介绍、具体改进结果和总结来介绍

开发中请慎用`BeanUtils.copyProperties()`，请慎用！请慎用！请慎用！推荐使用MapStruct！

什么是限流？为什么要限流？ 限流，这个词其实并不陌生，在我们生活中也随处可见。做核酸时，工作人员会在核酸检测点的空地上摆放着弯弯曲曲的围栏，人们排着队左拐右拐的往前移动，其实这么做的目的就是限流！因为

复用：脚本会永久保存 Redis 中，其他客户端可继续使用。 本文到此结束，感谢阅读。原创不易, 如果您觉得不错，请关注公众号【当我遇上你】支持一下。

redisson释放锁的时候，要判断是否是当前线程持有锁，只能释放当前线程的锁，而不能释放别的线程持有的锁；推荐用 isHeldByCurrentThread() 来判断是否当前线程持有锁

前言 分享几个最近在开发中发现的编码问题，这些问题也不是才入门的同时写的。都是5年以上开发经验的爪哇同事写的。 当然下面这些问题也都不是很难返现的问题。初中级的程序员还是可以仔细看看的。 错误案例一（