工作7年了，学习了很多技术，做了不少系统，也解决过不少线上问题。自己花了很多时间去思考技术之外的路该怎么走，但转念一想，技术到底是什么，你我所处的技术行业为什么会存在，未来的方向在哪里？

为了监控集团各业务线的资金来源和去向，资金部需每天分析所有账户出金和入金情况。为此我们提供了资金管理平台，该平台拥有账户收支流水和账单拉取等功能，以及现金流打标能力，为资金部提供更加精准的现金流分析。

当我决定写这篇关于 CompletableFuture 的文章时，脑海中浮现出无数个曾经被异步编程折磨得死去活来的瞬间。 所以我希望能够用通俗、有趣、碎片化的方式，不至于看到这几个字就头痛

当前存在的问题 在预约下单模块设计订单状态共有7种，如下图： 目前我们使用了待支付、派单中两种状态，在代码中我们发现存在对订单状态进行硬编码的情况： 随着开发的深入这种代码会越来越多，使用状态机优化。

1 背景介绍 随着转转业务的迅速发展，业务场景日益复杂，单量与日俱增，支付部门每天与外部渠道的交易额也呈现水涨船高的趋势。迭代速度加快，故障概率也增大，这增加了资金安全的风险，对转转、用户包括商家都是

方案 1：数据库轮询 方案 2：JDK 的延迟队列 方案 3：时间轮算法 方案 4：redis 缓存 方案 5：使用消息队列 了解需求 在开发中，往往会遇到一些关于延时任务的需求。 例

前言 在平时写接口的时候，需要进行参数的校验，如果参数少的话，使用if else还可以，但是参数多的时候，要写一大堆if else校验，敲的太累也不优雅。 所以今天将介绍使用注解来进行参数校验

聊一聊缓存和数据库不一致性问题的产生及主流解决方案以及扩展的思考，用图文并茂的方式，一步一步推导和分析所会发生的问题，并尝试去解决它。

大家好，我是 “潇洒哥老苗”。 今天，我带大家更深层次的认识认识 Protobuf，如果你对 Protobuf 的用法还不熟悉，直接前往：https://developers.google.com/p