开发踩坑经历

日常开发中，经常会碰到秒杀抢购等业务。为了避免并发请求造成的库存超卖等问题，我们一般会用到Redis分布式锁。但是使用Redis分布式锁，很容易踩坑

我们在使用金额计算或者展示金额的时候经常会使用 BigDecimal，也是涉及金额时非常推荐的一个类型。 BigDecimal 自身也提供了很多构造器方法，这些构造器方法使用不当可能会造成不必要的麻烦

前几天在网上冲浪的时候看到一篇技术文章，讲的是他把一个 request 请求传递到了线程池里面，然后遇到了一个匪夷所思的情况。 他写了这篇文章，把自己针对这个问题的探索过程分享了出来

Java在java.math包中提供的API类BigDecimal，用来对超过16位有效位的数进行精确的运算。双精度浮点型变量double可以处理16位有效数，但在实际应用中，可能需要对精准的数字计算

在Spring中进行事务管理非常简单，只需要在方法上加上注解@Transactional，Spring就可以自动帮我们进行事务的开启、提交、回滚操作

前一段时间，公司同事的一个线上服务OOM的问题，我觉得挺有意思的，在这里跟大家一起分享一下。我当时其实也参与了一部分问题的定位。

大家好！小编之前正常使用 Arrays、ArrayList 时也踩过这些坑，导致一下午都在怀疑人生，一度怀疑是开发环境坏了、电脑坏了！这篇文章详解了这个问题，希望大家少踩坑

这次遇到的问题是MySQL 查询时，连接的字段是 int 类型，写错的这个字段是 varchar 类型的隐式转换带来的坑，导致 CPU 飙升

我的上家公司是做餐饮系统的，每天中午和晚上用餐高峰期，系统的并发量不容小觑。为了保险起见，公司规定各部门都要在吃饭的时间轮流值班，防止出现线上问题时能够及时处理。 我当时在后厨显示系统团队

作为Java程序员的你，不知道有没有踩过一些基础知识的坑。 有时候，某个bug，你查了半天，最后发现竟然是一个非常低级的错误。 有时候，某些代码，这一批数据功能正常，但换了一批数据就出现异常了

这个面试题我在两年社招的时候遇到过，前几天面试也遇到了。我觉得我每一次都答得中规中矩，今天来梳理复盘下，下次又被问到的时候希望可以答得更好。下一次我应该会按照这个思路去答：

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

本文介绍 Java 内部类持有外部类导致内存泄露的原因以及其解决方案。比如不要让其他的地方持有这个非静态内部类的引用，直接在这个非静态内部类执行业务

在实际的业务开发中，我们通常会进行数组转List的操作，通常我们会使用Arrays.asList来进行转换，但是在转换基本类型的数组的时候，却出现转换的结果和我们想象的不一致。