故事背景 最近我们遇到了一个看似简单但背后很有坑的需求：在千万级订单表中新增一个业务字段。需求来自隔壁项目组，他们需要这个字段做一些统计分析。 从开发角度看，这事很常见，**新增字段嘛，直接ALTER

一、需求背景 在日常的后端接口开发过程中，我们经常会用到一些枚举字典来表示一些类型、状态等字典值，例如 性别、订单状态、支付方式 等等。 通用枚举 在 Java 中，我们一般都这么封装： 然而，为了方

搬运以前的文章，最近开发一个小程序遇到一个需求需要实现分布式事务管理 业务需求 用户在使用小程序的过程中可以查看景点，对景点地区或者城市标记是否想去，那么需要统计一个地点被标记的人数，以及记录某个用户

今天咱们来看一道数据库中比较经典的面试问题：为什么要使用雪花 ID 替代数据库自增 ID？同时这道题也出现在了浩鲸科技的 Java 面试中，下面我们一起来看吧。 浩鲸科技的面试题如下： 其他面试题相对

在前后端分离的应用中，使用Token进行认证是一种较为常见的方式。但是，由于Token的有效期限制，需要不断刷新Token，否则会导致用户认证失败。为了解决这个问题，可以实现无感知刷新Token的功能

1. 冷启动app时，若token不过期，就使用最近一次登录的token进行数据请求 2. 优化token的存储方式

你好，我是A哥(YourBatman)。 本系列的目的是明明白白、彻彻底底的搞定日期/时间处理的几乎所有case。上篇文章 铺设所有涉及到的概念解释，例如GMT、UTC、夏令时、时间戳等等，若你还没看过，不仅强烈建议而是强制建议你前往用花5分钟看一下，因为日期时间处理较为特殊，…

我们看了那么多代码之后，到底什么样的代码才是好代码呢？它们有没有一些共同的特征或者原则？本文通过阐述优雅代码的设计原则来和大家聊聊怎么写好代码。

笔者结合在团队中多年的代码检视遇到的情况，结合项目编码实践经验，对Stream的核心要点与易混淆用法、典型使用场景等进行了详细的梳理总结，希望可以帮助大家对Stream有个更全面的认知。