- 博客(15)
- 收藏
- 关注
RSS订阅原创 Java后端开发-随记
不知道要分享啥，把之前整理的一份稳定CV下；近期在胡天乱想啥都想学习一下～，感觉编程语言、中间价框架都是基于需求主导推进～后面深度研究研究Ai，把mac的性能释放出来～下面的内容是我前一月的信息汇总，很多地方会有不足，仅供参考。当时是我想到啥写啥，也没有进行很深度地修订！
2025-11-12 07:19:47
792
原创 COLA的基础使用
前面有提到过，在支付系统中很多场景都是基于状态/事件进行驱动代码逻辑的；为什么要这么做呢？因为这很直观，不同开发人员理解的也会很通透。更进一步就是他的拓展性比较好，如果你中间的事件需要进行调整，你无需进行多个类文件的改造，只需要对处理具体实现的ACTION进行优化即可本文将以cola的基础使用进行输出，希望对大家有所帮助！
2025-11-10 08:00:21
260
原创 分布式系统中-高可用&高并发思考
高可用：面对海量的请求压力，做到能够保证服务可用；在解决数据的最终一致性问题需尽可能保证服务可用，服务不可用对用户来说是非常不优雅的；这进而也会导致用户的流失。高并发：面对紧急突发流量，保证系统的可用性和稳定性以及数据一致性；想要表述的是：针对客户的大促请求，我们不仅需要保证其可用性还需要不影响到其他客户的流量。
2025-11-10 05:43:14
421
原创 基于DDD思想-分析计费系统
计费的本质就是你用我的产品我需要向你收取一定的手续费，你用产品的环节我需要针对不同的请求特性输出该次计费的费用项。通俗来讲：在支付系统中客户每次API请求都会直接或间接用到外部通道，通道是需要手续费以及我们提供这种的系统也是有成本的，所以支付系统需要向你收这样一笔手续费。
2025-11-09 06:57:08
415
原创 基于DDD思想-分析对账系统
对账的本质是发现物物交换体系中的差异项，以支付行业来说就是核对长短款（单边账/双边账）；以实体行业而言就是核对货物的出入情况。
2025-11-08 09:09:06
642
原创 今天分享最近一些手稿
该手稿，左图：学习了下跳跃表的基础原理（个人理解不是很深，只知其意是用空间换时间，采用二分法把查询区间不断缩减）；左图可以忽略，右图：理解下NACOS的基本原理，它作为分布式系统中的注册中心和配置中心扮演者举足轻重的地位（但好像一般不会将两者的能力都部署到一台机器中，避免出现集群ALL FAILVOR效应）该手稿包含两个方面，左图：常规的UML，面向对象原则和描述下了现在业务开发常用的设计模式和COLA核心概念；该手稿是对Java基础，JVM内存结构，Java的类加载机制的汇总理解。
2025-11-02 08:37:10
488
原创 互联网热议：线上接口稳定响应100ms，偶发接口响应2s的原因是什么？个人理解分析
本文分析了接口响应高耗时的可能原因。对于查询类接口，主要考虑缓存问题（失效、更新、锁竞争）和下游服务延迟；操作类接口则关注数据库连接池不足、行锁竞争和网络问题。作者强调，此类问题需要结合全链路追踪和系统资源监控进行数据分析，避免纸上谈兵。最后提出建议：要对问题保持质疑态度，学会提出优质问题，并通过可视化方式简化复杂问题。
2025-10-30 08:20:12
208
原创 通过一个小案例让你入门支付
支付行业的全局视角包含信息流（交易数据流转）和资金流（资金实际划转）两个维度。本文以商户入驻聚合支付为例，通过流程图解展示多通道收款和资金分账的全流程：用户发起支付后，资金经发卡行、银联、三方支付机构流转至备付金账户，再由服务商按分账规则分配至待结算账户。其中特别强调支付机构需提供"支付+解决方案"的定制化服务，既要满足合规要求，也要主动适应市场需求。整个流程涉及商户、支付服务商、清算机构等多方协作，最终通过T+1结算完成资金到账。
2025-10-30 07:19:38
277
原创 基于DDD架构分析-简易版支付系统
本文摘要：支付系统至关重要，其核心在于支付能力，围绕"单"（如支付单、退款单）推进指令流程，需确保订单与流水状态一致。解决方案采用无中心化状态机（如COLA框架）驱动流程，基于事件、状态、动作实现状态流转。分布式系统遵循BASE理论，通过MQ和交易补偿任务实现最终一致性，避免复杂的分布式事务。文章旨在揭示支付系统的基础架构与核心逻辑。（字数：148）
2025-10-29 07:56:48
162
原创 通过DDD架构分析思想剖析Spring容器的ioc原理
DDD（Domain-Driven-Model）：领域驱动模型，在我的理解中它是一把全局视角的利器，利用它的思想你可以站在架构师的层面来看待软件架构（框架原理、业务系统）作为开发人员，我认为并不一定需要将其死板的按照其结构/定义进行编码（如：聚合根，值对象，领域服务，应用服务），只有当系统的复杂度达到一定的量级才需要做到如此抽象/可维护的系统，基础系统只需要按照公司脚手架适当的进行领域抽象，代码复用即可；
2025-10-28 08:12:32
231
原创 记录一次画图
《浏览器-服务器交互OSI模型图解》记录了作者为巩固计算机网络知识而绘制的学习笔记。该图基于浏览器与服务器的交互过程，展示了OSI七层模型中各层的功能与协议交互原理。作者坦言图中可能存在因理解不深导致的绘制错误，并诚邀专业人士批评指正。该图作为学习辅助工具，旨在帮助理解网络通信的分层架构和协议栈工作原理。
2025-10-27 07:32:06
707
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人