记录一次简单的秒杀场景

本文探讨了在SpringBoot环境中,如何通过事务和全局锁来确保商品秒杀活动的条件约束,即用户只能参加一次且不发生超卖。在service方法上添加事务和锁,使用Lock.lock()和Lock.unlock()确保在事务提交后释放锁,防止并发问题。同时指出,如果在事务中调用另一个事务方法,外层事务可能不会生效,需注意事务的嵌套使用。

背景 商品秒杀

  • 条件: 限定用户在活动期间只能参加一次, 不能超卖
  • 环境: springBoot

处理方法
service方法上加了事务和锁

加锁是因为,并发下多个线程同时进行操作有可能导致超卖

service

public void doKill(){
		if(! condition) {
			return;
		}
		try{
			Lock.lock(); // 这个锁可能是个全局的锁
			if(! condition) {
				return;
			}
			doSomeThing(); // thows BusinessException
		}finally {
			Lock.unock();
		}
}

@Transectional
public void doSomeThing(){

}

注意:
假如在事务的service调用另外一个事务方法, 那么事务是不会生效的
可以在serviceImpl 里面再注入自己

注意假如doKill方法上加事务,可能会出现问题, 因为锁释放了事务还没提交
所以一定要保证事务结束后才释放锁

### 使用 JMeter 模拟秒杀场景的性能测试 #### 配置环境与准备 为了进行有效的秒杀场景压力测试,需先确保JMeter已正确安装并配置好运行环境。JMeter是一个基于Java的压力测试工具,具有开源免费、框架灵活以及多平台支持的优势[^1]。 对于特定的秒杀场景,在开始之前应准备好被测系统的API文档和服务端部署工作。由于秒杀通常涉及大量并发访问,因此还需要考虑如何批量获取用户认证信息(如Token),以便更真实地模拟实际业务流量[^5]。 #### 创建测试计划 打开JMeter后创建一个新的测试计划,并按照如下步骤逐步完善: - **线程组设置** - 设置虚拟用户的数量(即参与抢购的人数) - 定义每秒钟启动多少个新用户来模拟瞬间爆发式的请求涌入 - 设定循环次数为一次即可,因为秒杀活动一般只发生在一个时间点上 - **HTTP 请求默认值** - 输入目标服务器的基础URL地址 - 如果有固定的Header字段,则在此处统一定义,比如Content-Type等通用头部信息 ```xml <elementProp name="HTTPsampler.Arguments" elementType="Arguments"> <collectionProp name="Arguments.arguments"/> </elementProp> ``` - **取样器 (Sampler)** - 添加具体的HTTP请求用于调用秒杀接口 - 特别注意的是,在此环节中需要加入变量替换机制以动态传入不同用户的Token作为身份验证凭证 ```http POST /seckill HTTP/1.1 Host: example.com Authorization: Bearer ${token} Content-Type: application/json Cache-Control: no-cache Postman-Token: unique-postman-token-for-each-request { "productId": "${product_id}" } ``` - **前置处理器 (Pre Processors) 和 后置处理器(Post Processors)** - 可选地添加CSV Data Set Config组件读取外部文件中的产品ID列表或其他必要参数 - 或者通过BeanShell PreProcessor编写自定义脚本来实现更加复杂的逻辑操作,例如计算签名字符串等 - **监听器 (Listener)** - Aggregated Report汇总统计结果便于分析整体表现情况 - View Results Tree查看单次响应详情有助于定位具体问题所在 #### 执行非GUI模式下的大规模压测 当所有的准备工作完成后,可以通过命令行方式快速执行大规摸的压力测试而无需图形界面干扰: ```bash jmeter -n -t seckill_test_plan.jmx -l result.jtl -e -o ./report/ ``` 上述指令指定了非GUI模式(-n),加载指定的`.jmx`文件(-t),记录日志到`.jtl`文件(-l), 测试结束之后生成HTML格式的结果报表(-e,-o)[^4]. #### 数据分析与优化建议 完成一轮完整的测试周期后,仔细审查收集的数据指标,找出瓶颈位置并对应用程序做出相应调整。可能的方向包括但不限于提升数据库查询效率、减少网络延迟影响或是改善缓存策略等方面的工作。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值