日志用来记录程序运行时的状态和信息，这样当系统出现问题时，我们可以通过日志快速定位问题。 要记住，日志不是写给机器看的，是写给未来的你和你的队友看的。

Java 8 都十年了，Optional 却还是用不起来？不是它没用，而是很多人用错了、怕了、懒得改。本文从真实场景出发，讲清 Optional 该用在哪、避哪些坑。

✨ 引言：抽奖系统，看似简单，其实是“硬骨头” 很多开发者认为抽奖系统只是“从一堆奖品中随机挑一个”，但如果放在真实业务环境中，比如： 用户量大（上百万用户同时参与秒抽） 要求高并发、高可用、无重复抽

以下是我在七年 Java 开发中积累的一些实用技巧和经验，涵盖编码习惯、调试优化、工具使用等方面，希望能帮你少走弯路： 一、编码习惯：让代码更优雅易维护 1. 用Optional避免空指针 反例：if

隔壁组的小明最近有点不痛快，在设计支付接口时被架构师老李连怼三次，就因为接口的幂等性没有考虑充分。 每次都是自信满满，可每次都被找出问题。 这次我们跟着隔壁小明的视角，循序渐进，彻底搞懂接口幂等的精髓

大家好，欢迎来到 非鱼牛马社，一个热爱技术的全栈开发者。最近在做一个新项目，发现很多同事还在用着最基础的 SQL 语句，写出来的代码又长又难维护。作为一个踩过无数坑的老司机，我觉得是时候分享一些实用的

前言 在一个百人群中，群主发了个红包，设置的3个人瓜分。如何能够保证只有3个人能抢到。100个人去抢，相当于就是100个线程去争夺这3个资源，如果处理不好，可能就会发生“超卖”，产生脏数据，威胁系统的

在电商系统或任何涉及订单操作的场景中，用户多次点击“提交订单”按钮可能会导致重复订单提交，造成数据冗余和业务逻辑错误，导致库存问题、用户体验下降或财务上的错误。因此，防止订单重复提交是一个常见需求。

为了更方便地排查问题，电商交易系统的日志中需要记录用户id。然而每当打印日志都需要手动设置用户id，非常麻烦，需要想个办法优化下。