引言 什么是大事务？ 大事务通常指满足以下一个或者多个特征的事务： 涉及大量数据或者资源的修改(如一次update几十万行数据) 执行时间很长(几秒，几分钟甚至更久) 包含大量未提交更改(undolo

之前在做一个 C 端项目时发现，单靠买量很难长期留住用户，很多时候还是要靠运营活动来兜底。签到、任务、抽奖、新手和回归活动越做越多之后，原来的活动实现方式开始变得又乱又重，改规则、加玩法都很痛苦。后来

本文通过手写一个轻量级 RPC 框架，深入拆解 Spring Cloud Alibaba 的服务发现、负载均衡、HTTP 调用、重试机制和 TraceId 透传等核心流程，用约 500 行代码还原微服

本文提出“调度即业务”的轻量任务调度方案：复用 Nacos 实现服务发现与配置，调度器以无状态微服务部署，天然集成 Prometheus 与 ELK；通过 TraceId 贯穿和带分布式锁的真分片。

公司里后台系统太多、环境太杂、入口太散，登录方式各不一样，换个电脑就得重新找半天地址，老板要看个数据还得来问我后台入口在哪。时间久了，多后台、多环境、多团队一起工作就会变得特别乱，所以我就干脆花时间设

本文基于真实项目教训，对比解释执行与动态编译两种脚本方案的核心差异、性能特征与风险边界。指出：简单规则应优先选择轻量可控方案，复杂动态能力若误用于核心链路，可能引发长期稳定性问题。

引言 同源策略 跨域问题本质上是由于浏览器的同源策略（Same-Origin Policy）引起的。 同源策略是浏览器的一个安全限制。它规定，一个源（Origin）的文档或脚本只能与同源的资源进行交互

大家吼哇，这次轮到 Kotlin 2.3.0 登场啦！ 本次更新内容可以在 JetBrains 官方的 What's new in Kotlin 2.3.0 查阅， 我照例挑自己最感兴趣的改动聊聊～

本文是《面向对象开发实践之消息中心设计》系列的第二篇。 第一篇中，我重点讨论了如何用面向对象的方法启动一个消息中心设计。这一篇将更进一步，聚焦在一个更“脏”、也更容易失控的部分：消息模型设计。

本文介绍 SpringBoot 中如何封装通用功能为 starter，包括 starter 机制和规范介绍，通过 SPI 机制实现 starter、@Enable 注解实现功能开关等

平时我们写个 /upload 接口就完事了，但真要做成能传几个 G、还能断点续传、集群可用、私有化部署的系统，事情就完全不一样了。

本文用 300 行 JDK 原生代码，实现内存编译 + 动态加载脚本，零依赖揭示 Groovy 底层机制。

基于 Spring Boot 官方推荐的 Micrometer，实现 TraceId 全链路自动透传与日志集成，彻底告别手动维护 MDC 和上下文传递代码。

在实际运营中，如何让内容从后台高效流转到前端发布，始终是影响效率的关键环节。本文分享了我们如何基于小红书分享平台的 JS SDK 实现“一键发布”功能：从服务端参数签名、跳转唤起 App，到文案预览与

Facebook的租约机制才是大厂真正在用的方案，参考Go版本的rockscache用Java重写了一遍。核心原理是通过租约来保证，只有持有有效租约的线程才能写缓存，从根本上解决了缓存一致性问题。

Gopher 带你学 DDD：一套不烧脑的业务建模指南 是否觉得 DDD（领域驱动设计）的概念晦涩难懂？别担心，这篇指南为你提炼了 DDD 的核心概念，拒绝烧脑，主打轻松易懂。

Elasticsearch 能扛住每天上亿条日志，靠的是全链路批量处理、异步刷盘、分片并行写入和背压保护，核心思想就六个字：批量、异步、并行。

本文是根据 ProcessOn 整理汇总而来，ProcessOn 是一个非常不错的画图软件，功能强大，界面优美。 作者：面汤放盐（微信公众号） 时间：2025.11.24 架构图详细分类 架构图作为一

1. 掌握 Mermaid：用代码绘制专业图表，让技术表达更高效 随着工作年限增加，画图的需求日渐增多。而一张清晰的图表往往胜过千言万语。大模型（如 GPT、通义千问等）日益普及的今天，通过大模型自动