拼团锁单接口性能优化
流程如下 基础参数校验 检查请求的核心字段(如 userId, source, channel, goodsId, activityId)是否为空。如果回调类型为HTTP,还会额外校验回调URL是否为空。参数不合法则直接返回错误。 幂等性校验(历史记录查询) 根据 userId 和外部交易单号 ou
记录 Java 后端学习与实践,分享分布式系统、Spring 生态、数据库优化、AI 工具探索,以及一点点生活。
流程如下 基础参数校验 检查请求的核心字段(如 userId, source, channel, goodsId, activityId)是否为空。如果回调类型为HTTP,还会额外校验回调URL是否为空。参数不合法则直接返回错误。 幂等性校验(历史记录查询) 根据 userId 和外部交易单号 ou
目前感觉项目是否是真实项目,是否上线,只能作为一个添头,不能作为一个优势来讲,更不能拿来作为思考不足的挡箭牌。 因为真实项目,尤其是我还没实习过,那些场景很浅,用不了太多技术栈,体现不出来思考,体现不出来对技术在极端场景下的应用。自己魔改反倒才能放开手脚,要是在真实项目中堆太多技术反倒有风险,纯纯是
package org.example.test.qps; import lombok.extern.slf4j.Slf4j; import org.example.infrastructure.redis.RedissonService; import org.junit.Before; im
JVM OOM故障排查演示 import java.util.ArrayList; import java.util.List; public class OOMDemo { // 模拟占用内存的对象,每个实例包含一个 1MB 的字节数组 static class OOMO
腾讯 PCG 技术线 - 大数据平台部 后台开发实习 一面 (2026-2-4) 项目 你能找一个你做的项目,具体介绍一下里面的事情吗? 能否具体介绍一下服务的架构?例如一个请求进来,会经过哪些环节/层级? 你的服务有部署吗?还是只是本地开发? 这个项目是真实的实习项目,还是为了练习做的? 具体业务
设计模式 单例模式 方案 延迟加载 (Lazy) 线程安全 防反射/序列化 推荐场景 饿汉式 否 是 否 对象较小、一定会用到时 双重检查锁 (DCL) 是 是 否 对内存敏感、通用的业务场景 静态内部类 是