“一图胜千言”，为支付系统相关的概念画了300多张手绘风格的图，内容主要包括支付系统核心业务，支付流程，结算流程，跨境收单，信息流与资金流，账户设计，记账，对账等。

随着业务发展，货拉拉资金交易规模日渐增长，日单量峰值超百万级，在线系统超过500个。因此我们急需实时对账平台，主动实时发现资损问题，实现更健壮可靠的资金履约。

在金融系统中，我们会跟钱打交道，而如何保证在高并发下场景下，对账户余额操作的一致性，是非常重要的，本篇聊一聊如何设计

大促后近两百万笔订单要导出，导出按钮点了一直转圈圈，同时内存持续飙升，这该怎么办？本文结合多线程、异步回调、分批流式处理思想，成功将接口响应时间做到14ms！

尝试化繁为简，探寻支付系统的本质，讲清楚在线支付系统最核心的一些概念和设计理念。介绍一些支付行业十几年来都没有太大变化的通用知识点。

一天，小王发现生产环境上偶发性地出现某接口耗时过高，但在测试环境又无法复现，小王一筹莫展😔。小王“幻想”到：如果有个工具能记录生产上各个函数的耗时该多好，这样一看不就知道时间花在哪了？

一、背景 前几天下午飞书告警群里报起了java.lang.OutOfMemoryError: unable to create new native thread告警，看见后艾特了对应的项目负责人但是

前言 最近闲来没事，一直在掘金上摸鱼，看了不少高并发相关的文章，突然有感而发，想到了几年前做的一个项目，也多少和高并发有点关系。 这里我一边回忆落地细节一边和大家分享下，兴许能给大家带来点灵感。 正文

我之前的一家公司是做物联网相关的，当时有一个长期任务，就是对接各个厂家的各类设备。一开始我们都把这些对接设备的代码直接写在服务里面