这是我参与更文挑战的第4天，活动详情查看： 更文挑战 1、背景 在我的日常工作中，时隔几日就会进行一次发版，来解决生产环境遇到的各种bug和优化，但是由于一些日积月累的原因，更新某些项目时，不可以对j

在上次在运维老哥友好的和我沟通之后，还消停没几天，今天又来找（问候）我了……说我们内存泄露，开什么玩笑！结果最后惨遭打脸，被屎山代码给坑了

一切都很清晰了，由于一直创建 SerializeConfig，导致 ASMSerializerFactory 也会被重复创建，之后 ASMSerializerFactory 再调用 本类中的

本文正在参加「Java主题月 - Java Debug笔记活动」，详情查看<活动链接> 前言 不知道什么时候年轻的我曾一度认为Java没啥难度，没有我实现不了的需求，没有我解不了的bug 直到我遇到至

公司有个渠道系统，专门对接三方渠道使用，没有什么业务逻辑，主要是转换报文和参数校验之类的工作，起着一个承上启下的作用。 最近在优化接口的响应时间，优化了代码之后，但是时间还是达不到要求；有一个诡异的 100ms 左右的耗时问题，在接口中打印了请求处理时间后，和调用方的响应时间还…

还记得去年分享过一篇日期格式化使用YYYY-MM-dd的潜在问题的文章不？历史又重演了...事故现场我们来写个单元测试，重现一下这个问题。测试逻辑：创建两个日期格式化，一个是出问题的YYYY-MM-d

现实还是很残酷的，等我写完上完 UAT 后，前端同学说根据state查的数据与理想的数据不一致，这个state当时设计时只有两个值：0和1。 上面的sql首先判断state不为空且不为空字符串时，然后添加比较state字段。初步看下来if判断没什么问题，但是我传递进去的req.…

谈到分页，无论程序怎样写，分页这个业务的核心动作是根据开始位置和结束位置来获取一段数据，无论你的排序规则有多复杂，最终的目的总是获取总列表数据中一段连续的数据。无论你是直接用的sql语句分页，还用的搜索引擎（比如es），最终在客户端体现的效果就是下一页的数据展现。 假如现在是获…

1. 修改完代码，记得自测一下 改完代码，自测一下 是每位程序员必备的基本素养。尤其不要抱有这种侥幸心理：我只是改了一个变量或者我只改了一行配置代码，不用自测了。改完代码，尽量要求自己都去测试一下哈，可以规避很多不必要bug的。 2. 方法入参尽量都检验 入参校验也是每个程序员…